测试用例力度、缺陷

一、测试用例力度

1、测试用例的本质：是在设计的过程中理解需求，检验需求，并把对软件系统的测试方法思路记录下来，以便指导将来的测试。

　　基于需求的测试用例设计

• 基于需求的用例场景来设计测试用例是最有效的方法，因为它直接覆盖需求，而需求是软件的根本，验证对需求的覆盖是软件测试的根本目的。
• 要把测试用例当成活得文档，因为需求是活得，善变的，因此在设计测试用例方面要把敏捷方法“及时响应变更比遵循计划更有价值。

　　　　　不要认为测试用例设计是一个阶段，测试用例的设计也需要迭代，在软件开发的不同阶段都要重新回来重新评审和完善测试用例。

2、测试用例的评审

　　同行评审

• 测试用例有很多评审方法，同行评审是最敏捷的一种。
• “个体和交互比过程和工具更有价值”，这体现了测试用例设计之间思想的碰撞，通过探讨、协作完成测试用例的设计。

　　用户评审

• 顾客的写作比合同更有价值。

　　如果测试是对产品的批判，则顾客应该指最终用户或客户代表

　　如果测试被定义为对开发提供帮助和支持，那么顾客就是程序员

二、软件缺陷

1、定义:缺陷就是软件的问题，最终表现为没有满足用户的需求。　

• 　软件未达到功能需求说明书的功能。
• 　软件中出现了需求说明书中指明不会出现的错误
• 　软件的功能超出了需求规格说明书指明的内容
• 　软件未达到需求说明书虽未指明而应达到的目标
• 　软件测试人员认为软件难以理解、不宜使用、运行速度慢、或者最终用户认为不好。

• 还没有人评论，欢迎说说您的想法！