用户故事与敏捷方法 - 第六章 用户故事验收测试

本文探讨了用户故事验收测试在敏捷开发中的角色,强调了测试应由客户定义,应在编码前编写,并提供了测试的不同类型,如用户交互、可用性、性能和压力测试。验收测试不仅记录客户需求,还揭示潜在假设,并通过FIT和FitNesse等工具实现自动化。
摘要由CSDN通过智能技术生成

评价蛋糕是否熟了没,每个人都有自己不同的测试方法与标准,有人尝一下,有人用牙签插入蛋糕拔出来是否牙签干净。

提供故事是否完成的标准。


在写代码之前测试:

        提前写测试有助于帮助程序员开发系统。

        在什么时候编写测试:

                1.开发人员和客户讨论故事记录明确细节的时候。

                2.在迭代开始时,在写代码前作为一项专门的任务。

                3.在开发中之后的任何时候发现新的测试时。

         客户在写故事测试的时候:

                1.关于这个故事,程序员还需要知道什么?

                2.对于这个故事,我们的想法是什么?

                3.有没有一些特殊情况会使这个故事有不一样的行为?

                4.这个故事在什么情况下出错。


客户定义测试:

        既然软件是用来实现用户的愿景,验收测试当然应该由客户来定义。


测试试过程的一部分:

        1.测试人员根据程序员的描述去测试软件这是错的,应该站在用户的角度。让开发者测试是不可取的。

        2.测试是开发过程的一部分,而不是在编码完成后做的事情,这点使用用户故事尤为关键。


多少测试才算多?<

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值