增量测试设计
增量测试:测试用例和测试纲领是在用户故事和其他测试基础上逐步建立的,从简单变向复杂的测试。
下面列举了作为敏捷测试的测试设计的特征。
· 用户故事作为测试基础
· 从追加简单的测试用例开始,向更复杂的东西进行变化
· 是增量的。
关于敏捷测试的温习
敏捷可以给客户带来价值的最小单位需求被叫做用户故事。在被叫做迭代的时间内,进行进行多个用户故事的开发。
敏捷测试是把用户故事作为测试用例来使用。测试者把用户故事记载的从顾客视角的系统的期望动作变换成测试可执行的故事。使用Example和BDD等标记法,通过沟通来协商顾客,开发者,测试者三者间期待的系统样式。而且,从简单的路径覆盖测试开始,测试就已经向着复杂的测试用例前进了。
虽然不是严密的敏捷测试,敏捷测试的原型是测试驱动开发。测试之前先进行反复评审来和重构来改善测试设计是有可能的。
敏捷测试还有一个敏捷测试四象限的重要概念。敏捷测试把测试分类放在四个象限里进行管理,来制定执行测试计划的。
· 研发者的测试=内部品质
· 顾客的测试=利用时的品质
像上面那样分类,推荐制定何时如何执行哪些测试的计划。
... ...
查看全文内容,请点击下载:http://www.51testing.com/html/65/n-3704165.html
用户故事和测试的可跟踪性
为了把用户故事作为测试基础进行测试设计,要保证用户故事和测试的可跟踪性。这样,由于用户故事的需求变化进而引起的测试脚本的变化,或者用户故事级别的测试设计的变化更容易就是优点。而且,在用户故事的范围内,可以进行单体测试和组件测试持续性重构。
从基本路径到极端用例
这是被叫做增量设计的理由之一。敏捷测试使用冒烟测试来分阶段执行hAPPy path的测试和极端用例。实际上不止测试执行,测试设计业是分阶段进行设计的比较多。(感觉就在身边一样)
在执行测试的优先顺序上,越早发现风险大的问题,越能建立更敏捷稳定的开发,测试过程。
每个迭代特别的测试设计的追加
测试设计是在迭代开始前被作为测试用例被执行的用户故事。这样,测试设计会在每个迭代中都有追加。
敏捷测试的测试设计不擅长的点
如果这样写的话,感觉都是好的敏捷测试的测试设计,也是有下面这些不擅长的事情存在的。
... ...
查看全文内容,请点击下载:http://www.51testing.com/html/65/n-3704165.html
版权声明:51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。