如何减少返工工作量?

  1. 云栖社区>
  2. seven的测试人生>
  3. 博客>
  4. 正文

如何减少返工工作量?

玄学酱 2017-07-10 17:12:00 浏览662
展开阅读全文

 提高软件开发效率的最有效手段就是一次做对,一次做好,不返工,追求交付零缺陷的目标。“对”就是没有错误,符合需求,“好”就是没有坏味道,易于修改。“做对”保证了产品的外部质量,“做好”保证了产品的内部质量,这样就可以减少软件缺陷、需求变更带来的返工。返工可能发生在生命周期的早期,也可能发生在后期,或者是交付以后,缺陷越早发现,越早解决,返工的工作量越少。有哪些手段可以保证不犯错,少犯错,及时纠错呢?

  1、需求阶段

  需求调研:

    要访谈客户、最终用户与间接用户;

    要访谈高层、中层与底层的用户;

    要准备好问题单;

    采用原型法启发客户需求;

  需求描述:

    用户故事描述用户需求;

    采用用例法描述功能需求;

    当用户无法提出非功能性需求时,定义定义非功能性需求的缺省值;

  需求确认:

    采用多种方法确认需求;

    采用需求交底、逆向培训、现场客户等方法确保需求沟通的一致性;

    建立需求沟通的平台,确保需求的沟通能传递到每个相关人员;

    在需求阶段开始编写系统测试用例,验证需求的可测试性;

    建立需求与设计、代码、测试用例之间的跟踪关系;

    用户、开发、测试人员参与需求的评审;

  需求变更:

    基于RTM进行需求变更的影响分析;

    需求的变更要通知到相关人员;

    对于需求的变更采用结对修改的方法;

  人员:

    对需求人员进行需求工程的专题培训,要求需求人员掌握需求工程的基本知识,具备基本的技能。

  2、设计阶段

  需求理解:

    和需求人员对需求的理解达成一致;

    对需求的拆分、细化,功能的设计要得到需求人员的认可;

  设计:

    要建立设计到需求的跟踪矩阵,确保设计的完备性;

    采用结对设计的方法确保设计的正确性;

    需求、设计、开发人员对设计进行技术评审,识别设计中的缺陷;

    对设计人员进行培训、上岗资格认证,要求设计人员掌握架构设计、设计原则、设计模式、数据库设计、界面设计的方法;

    建立评价设计优劣的准则,包括类的设计、算法设计、数据库设计、界面设计的准则;

    对于非功能性需求给出缺省的解决方案;

    在设计中采用设计模式提高设计的合理性;

    对于界面的设计尽早进行确认;

    接口测试要早设计、早实现、早测试;

3、编码阶段

  和需求人员对需求的理解达成一致;

  和设计人员对设计的理解达成一致;

  在写代码之前先做了详细设计,对详细设计做了评审;

  结对编程;

  测试驱动的开发;

  按照编码规范进行编码;

  代码的静态检查;

  代码评审;

  持续集成;

  代码重构;

  编码人员要掌握常用的设计模式、重构的手法;

  4、测试阶段

  测试人员参与需求评审,需求人员参与测试用例的评审;

  建立测试用例与需求之间的映射关系,追求需求场景的覆盖率;

  集成测试用例覆盖每一个接口的输入参数的每种等价类;

  定义用例编写规范:

    ● 用例应覆盖正常操作、异常操作、边界条件

    ● 用例应该覆盖客户操作场景的各种等价类

    ● 每个用例应该详细描述出输入、操作步骤、期望的输出

    ● 区分不同的专项测试制定用例编写规范

    ● 坚持执行失效模式分析

  定义质量目标,并努力达成质量目标:

    ● 每千行代码的平均测试工作量;

    ● 每千行代码测试用例的个数;

    ● 每千行代码发现的缺陷个数;

  在客户各种可能的使用环境中进行测试,专人负责测试环境的维护;

  针对非功能需求进行测试策略的设计;

  先设计测试要点再设计测试用例;

  非功能性需求要尽早测试;

  先进行冒烟测试,再执行正式的测试;

  定义测试结束的量化标准,定义软件交付的最低标准;

  针对共性的需求建立复用用例库,每次测试时从中挑选用例,然后再补充完善用例;

  尽可能模拟客户的环境进行软件的测试,应进行测试环境的组合设计。

最新内容请见作者的GitHub页:http://qaseven.github.io/

网友评论

登录后评论
0/500
评论
玄学酱
+ 关注
所属云栖号: seven的测试人生