用户故事与敏捷方法笔记---用户故事验收测试

如有问题请留言

---

前言

写验收测试的好处有很多，其中之一就是很多客户和开发人员讨论的很多细节可以通过验收测试记录下来。

---

接下来的所有理论都会伴随一个实际的例子，而所有例子都基于一个假想的职位发布和搜索网站。

文章概览

1. 测试是一个两步流程

	a. 第一，将测试要点记录在故事卡的背面，任何时候发现新的测试，都可以记录下来。
	b. 第二，将测试要点变成全面测试，这些测试可以用来演示故事已正确，完整的实现。
	c. 例如测试要点例子：“公司可以用信用卡支付发布工作的费用”测试要点包括：
		i. 用visa 信用卡，万事达卡，和美国运通卡测试
		ii. 用大莱卡测试
		iii. 用正确的，错误的，和空的卡号测试
		iv. 用过期的信用卡测试
		v. 测试不同的交易金额

2. 写代码之前写测试

	a. 在开始编写故事代码之前，验收测试可以为程序员提供大量有用的信息。
	b. 写测试时间：
		i. 开发人员和客户讨论故事且需要记录明确的细节时。
		ii. 在迭代开始时，在写代码前作为一项专门的任务。
		iii. 在开发中或之后的任何时候发现新的测试。

3. 客户定义测试

	a. 客户可以和程序员，测试人员一起制定测试计划和内容。用以测试故事实现是正确的。

4. 测试是过程的一部分

	a. 通常测试人员理解的测试都来自于程序员的描述，所以测试基本能通过，但是一到用户使用就会出现各种问题。换句话说，测试人员还应该考虑到用户和客户的角度去测试程序。

5. 多少测试才算多

	a. 只要这些测试还在继续为故事增加价值和使它更加清晰，测试就应该继续。当然客户至指定测试意图，不制定具体测试问题。
	b. 每轮迭代都应该执行验收测试。

6. 测试类型（测试的是缺陷而不是覆盖率）

	a. 用户交互测试
	b. 可用性测试
	c. 性能测试
	d. 压力测试

总结

提示：如有问题请留言
下一篇 “优秀用户故事准则”

参考书籍《用户故事与敏捷方法》