《敏捷软件测试：测试人员与敏捷团队的时间指南》读书笔记（一）

之前看过一本关于敏捷的书《用户故事与敏捷方法》，觉得很喜欢里面的思想和实践，也推荐大家去看。最近想进一步了解关于敏捷测试的思想方法，所以开始看如题的这本书，顺便说一句，这本书的中文版翻译的不好。

 

（1）敏捷软件开发宣言

• 个体和交互胜过流程和工具
• 可用的软件胜过完备的文档
• 客户协作胜过合同谈判
• 响应变化胜过遵循计划

（2）敏捷的一些方法：Scrum、XP（极限编程）、Crystal、DSDM（动态系统开发方法）、FDD（特性驱动开发）

 

（3）敏捷团队分两个团队，测试人员既属于客户团队又属于开发团队，既要了解客户的观点又要了解技术实现的复杂性。

• 客户团队：由业务专家、产品经理、业务人员的产品负责人、测试人员等组成。测试人员可以帮助客户以测试的形式表达需求，以及协助客户团队进行测试用例的编写。
• 开发团队：有程序员、测试人员、架构师、系统管理员、数据库管理员、技术文档编写人员、安全专家等组成；每个团队必须确定项目需要什么专业技能，每个团队成员都有一项或多项需要的技能，并尽量把技能传播给其他成员。

客户团队还负责确定故事点的及优先级（每个迭代开发哪些故事点）及编写测试用例。开发团队确定他们需要的工作量。这两者之间是互相激励和反馈的，开发团队的评估会反过来影响客户团队对故事点的优先级的确定。

 

（4）传统模式跟敏捷模式的对比

• 传统模式迭代周期长，意味着需求冻结的时间长，这一特征增加了项目发布会被推迟的风险。
• 敏捷团队中，程序员编写功能的测试代码及集成测试代码（测试驱动开发），实现了大部分功能的自动化测试；测试人员则把主要精力放在关注探索性测试、性能、稳定性、安全性等测试上。
• 敏捷测试中更早开展性能、稳定性、安全性等测试，这会降低架构上和设计上的风险

（5）敏捷团队特征：

关注交付具有业务价值的高质量产品

团队协同工作,没有固定的分工

迭代的和增量的，每个故事将会被扩展