过程之精益研发测试

精益研发测试产出标准

 

 

 

测试产出标准 1

一．精益研发流程 2

二．精益研发流程测试实践 4

(1)需求阶段测试： 4

(2)设计阶段测试: 5

(3)开发阶段测试： 6

(4)测试阶段测试： 7

(5)发布阶段测试： 8

(6)日常运营阶段： 8

 

                        

一．精益研发流程

 

 

 

二．精益研发流程测试实践

在整个精益研发流程中，

6条角色主线，产品，设计，研发，测试，运维，运营

6个阶段：需求-设计-开发-测试-发布-日常运营

 

 

 

(1)需求阶段测试：

在需求阶段，测试人员主要做的事情，如下表所示：

阶段	测试人员	QA
需求阶段	1.参与需求评审，用户需求分析，挖掘需求含混性	1.保证确认需求活动符合需求管理过程2.管理用户需求评审
	2.参考经验库质疑开发的时间估算	3.管理需求变更

作为测试人员的主要实践如下： 

 

需求评审

在sprint会议上，对用户需求进行分析，检查功能性需求和非功能性需求是否描述清晰，其中可以将非功能性需求作为验收要点，例如一个用户需求："客户希望提高响应时间"

测试人员应当协助开发人员消除需求的含混性：提高什么的响应时间和响应时间为多少？可以建议修改为："客户信息普通查询返回结果的响应时间为5s内"

说明在"客户信息"模块，进行"普通查询"操作，返回结果的时间在5s内，这个陈述句已经清晰表达了，也达到了消除含混性的效果。同样，测试人员可以编写提高查询效率的用户需求："客户在信息查询模块，进行普通查询，能够在5s内返回结果"、"备注：5s为非功能性需求，也是验收要点"

需求评审需要建立评审的checklist建立需求评审checklist，如下所示：

1：需求描述是否具备完整性；（没有遗漏内容；或描述片面） 2：需求描述是否有二义性；（没有让不同的人有不同的理解结论） 3：需求描述是否是正确的；（需求之间没有冲突等） 4：是否包含有非功能属性的需求；（性能，安全性，可靠性，易用性等） 5：是否需求是可以验证的；（需求描述具备可测试性） 6：需求是否可实现；

参考经验库质疑开发的时间估算

在sprint会议上，开发人员根据经验出牌（团队自己定义的规则，用扑克牌）估算时间，当给出最终结果的时候，测试人员应当对其进行质疑。测试人员借鉴历史经验库：开发人员在某方面的技能如何、该模块曾经产生过何种程度的缺陷、修复缺陷的消耗时间是多少等等，综合考虑，提出疑问，让开发估算最终的时间，尽可能考虑这些因素。当然，测试人员能够质疑的其中一个前提是：测试人员具备相关开发经验。

 

(2)设计阶段测试:

在设计阶段，测试人员主要做的事情，如下表所示：

阶段	测试人员	QA
设计阶段	1.参与UI评审