[其它] 关于测试职业发展的一点探讨和思考

说明：最近在和团队成员一对一沟通的时候，聊到比较深入的地方，得知大家有一个担忧和想法：担心现在工作上的积累，包括对业务的深入了解和产品相关技术的深入学习，以后到了新的项 　　最近在和团队成员一对一沟通的时候，聊到比较深入的地方，得知大家有一个担忧和想法：担心现在工作上的积累，包括对业务的深入了解和产品相关技术的深入学习，以后到了新的项目上可能不适用，因而自己会变得没有竞争力。基于这样的想法，会刻意花不少时间去学习其他“有用”的技术，可能和产品用到的完全不相关。 　　刚开始听到这样的想法有点吃惊，但是想
<weixin_38667403> 上传 | 大小：72kb

[其它] 关于软件测试职业发展的一点探讨和思考

说明：最近在和团队成员一对一沟通的时候，聊到比较深入的地方，得知大家有一个担忧和想法：担心现在工作上的积累，包括对业务的深入了解和产品相关技术的深入学习，以后到了新的 　　最近在和团队成员一对一沟通的时候，聊到比较深入的地方，得知大家有一个担忧和想法：担心现在工作上的积累，包括对业务的深入了解和产品相关技术的深入学习，以后到了新的项目上可能不适用，因而自己会变得没有竞争力。基于这样的想法，会刻意花不少时间去学习其他“有用”的技术，可能和产品用到的完全不相关。 　　刚开始听到这样的想法有点吃惊，但是想想
<weixin_38689191> 上传 | 大小：73kb

[其它] 敏捷测试教练应该有职业道德规范吗?

说明：最近，在AgileLeaders邮件列表中，DanMezick发起了一场关于敏捷教练是否该有职业道德规范的讨论。Dan写道：当潜在的客户致电谈论有关敏捷教练的事情时，他们通常只有很少敏捷方面的经验，对敏捷的理解程度也比较低。甚至几乎不了解敏捷，要寻求高度 　　最近，在AgileLeaders邮件列表中，DanMezick发起了一场关于敏捷教练是否该有职业道德规范的讨论。Dan写道： 　　当潜在的客户致电谈论有关敏捷教练的事情时，他们通常只有很少敏捷方面的经验，对敏捷的理解程度也比较低。甚至几乎不
<weixin_38705874> 上传 | 大小：99kb

[其它] 基于声发射的自动仪表控制液压缸状态识别

说明：对钢产品质量的日益增长的要求给液压缸带来了甚至棘手的限制，液压缸起着拧紧作用，以精确地保持轧制空间。 但是，故障和故障是不可避免的，并带来潜在的安全问题。 在意外负载下工作是可能会导致气瓶发生灾难性后果的主要影响之一，因为经典的诊断过程在某种程度上缺乏交叉验证和耗时，因此本文提出了使用声发射来填充汽缸的潜力困境。 这些工作包括数据采集过程，以记录来自液压缸的超声声信号，应用基于图像的改进的声发射方法产生视觉效果，以及应用主成分分析将轮廓投影到3D平面上以进行进一步的处理。分析。 通过分析基于图像
<weixin_38589150> 上传 | 大小：1mb

[其它] 简单的webWebService安全框架

说明：1.有关生存期的补充正常情况下，每次调用WebMethod，服务器都会创建一个新的WebService对象，即便客户端使用同一个代理对象多次调用WebMethod。而我们一旦调用了有缓存标记的WebMethod，只要未超出缓存期，WebService对象都不会被重新创建。 　　1.有关生存期的补充 　　正常情况下，每次调用WebMethod，服务器都会创建一个新的WebService对象，即便客户端使用同一个代理对象多次调用WebMethod。而我们一旦调用了有缓存标记的WebMethod，只要
<weixin_38607784> 上传 | 大小：67kb

[其它] 缺陷驱动的流程优化和技术引进

说明：软件领域一个非常大的特点是流程和技术变化相当的快。作为一个软件企业，面对日新月异的开发流程和开发技术，何时、如何选择及引进新的流程和技术变得十分重要。这篇文章主要讨论的是进行选择和引进时的出发点，我称之为“缺陷驱动”。 　　软件领域一个非常大的特点是流程和技术变化相当的快。作为一个软件企业，面对日新月异的开发流程和开发技术，何时、如何选择及引进新的流程和技术变得十分重要。这篇文章主要讨论的是进行选择和引进时的出发点，我称之为“缺陷驱动”。 　　什么是缺陷驱动? 　　这涉及到引进新技术的根本原因。
<weixin_38730331> 上传 | 大小：53kb

[其它] 一套完整自定义工作流的实现

说明：概述： 　　本工作流以一套金融软件业务处理流程为例，实现功能包括：流程自定义、步骤自定义、步骤重复次数、步骤类型(顺序/并行)、定义排序功能，完全使用数据库实现，本文将详细分析业务流程、系统设计及实现细节。 　　术语： 　　工作流(Workflow)[1]，是对工作流程及其各操作步骤之间业务规则的抽象、概括、描述。工作流建模，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，
<weixin_38563525> 上传 | 大小：99kb

[其它] 敏捷和架构的冲突

说明：实施敏捷方法和设计企业架构之间总是存在某种冲突。敏捷开发强调随着对业务领域的深入理解，逐步调整设计和计划。架构设计则要求建立起技术架构(technologystack)。它可以满足质量属性(qualityattributes)，也可以向感兴趣的利益关系人进行展示，作为一种沟 　　实施敏捷方法和设计企业架构之间总是存在某种冲突。敏捷开发强调随着对业务领域的深入理解，逐步调整设计和计划。架构设计则要求建立起技术架构(technologystack)。它可以满足质量属性(qualityattribut
<weixin_38499503> 上传 | 大小：71kb

[其它] 敏捷测试的那些事儿

说明：敏捷社区的一些成员探讨了几种表述何如进行用户故事的验收测试的技术，以及测试整个主题的方法。CharlesBradley介绍了几种不同的描述如何进行用户故事验收测试的方法： 　　敏捷社区的一些成员探讨了几种表述何如进行用户故事的验收测试的技术，以及测试整个主题的方法。 　　CharlesBradley介绍了几种不同的描述如何进行用户故事验收测试的方法： 　　列举要点(Bulletpoints) 　　在一个用户故事卡片或者wiki上，以列举要点的形式，把对系统行为的期望结果和实际结果记录下来。这种技
<weixin_38691256> 上传 | 大小：58kb

[其它] 敏捷与盲目自信

说明：盲目自信常常源于一厢情愿的想法。它是一个状态，这个状态表现为，预期与现实可能相差很大，然而在一个特定的时间段内它却又给人一种一切尽在掌控之中的感觉。敏捷开发中有很多这样的情况，这导致一个团队即使在每况愈下时，也要坚持 　　盲目自信常常源于一厢情愿的想法。​它是一个状态，这个状态表现为，预期与现实可能相差很大，然而在一个特定的时间段内它却又给人一种一切尽在掌控之中的感觉。​敏捷开发中有很多这样的情况，这导致一个团队​即使在每况愈下时，也要坚持那些盲目的自信​。 　　​　　MikeGriffiths
<weixin_38680340> 上传 | 大小：66kb

[其它] 如何切分用户故事

说明：在把用户故事切分成小块，从而更好地利用敏捷技术时，很多新组建的敏捷团队都会遇到困难。敏捷社区的成员在多篇文章中为如何有效地切分用户故事提供了指导。当把庞大的用户故事切分成小块时，是否有一些一般的准则供我们遵循呢?RachelDavies建议 　　在把用户故事切分成小块，从而更好地利用敏捷技术时，很多新组建的敏捷团队都会遇到困难。敏捷社区的成员在多篇文章中为如何有效地切分用户故事提供了指导。 　　当把庞大的用户故事切分成小块时，是否有一些一般的准则供我们遵循呢?RachelDavies建议对每个用
<weixin_38617196> 上传 | 大小：47kb

[其它] 怎样编写精益和敏捷项目的合同

说明：AlanShalloway在精益-敏捷邮件组中写道：你有什么比较不错的，可以写进合同(或者工作计划)里，用来跟踪一个软件承包方的进度/效能的度量方法推荐吗?【...】然而【问题在于】，这一困惑在敏捷/精益/看板领域尤为突出。 　　AlanShalloway在精益-敏捷邮件组中写道： 　　你有什么比较不错的，可以写进合同(或者工作计划)里，用来跟踪一个软件承包方的进度/效能的度量方法推荐吗?【...】然而【问题在于】，这一困惑在敏捷/精益/看板领域尤为突出。 　　JeffAnderson给出了几条
<weixin_38678521> 上传 | 大小：61kb