几篇敏捷测试文章

https://wenku.baidu.com/view/41d82e000c22590103029d99.html

 

《敏捷项目中的测试实践》

BQConf, thoughtworks

 

 

提到， Story Point 是衡量一切的标尺

金科玉律：尽早地发现风险

测试认证：发一个徽章给他们：

认证级别：针对开发

Level 0: @编写 UT,覆盖率超过 50%; 没有遗漏需求

Level 1: @编写 UT, 覆盖率超过 80%;@运行代码前运行测试提供的用例；@bug总量与 story point 的比例 < 0.3

Level 2: xxxxxxxxxxxxxxxxxx

 

 认证级别：针对团队

Level 3: 编写UT，覆盖接近 100%；提交代码前会自动运行冒烟测试；不存在非确定性的测试，所有的重要功能都会被集成测试覆盖到；每一个重要缺陷的修复都会增加一个测试用例与之对应

 

分层测试： UT > 集成测试 > 自动化验收 > 结束

这里提到：集成测试：TDD 似乎放在这里合适；边界值+等价类; 每个功能至少对应一个测试用例

 关于分层测试的一个建议： test case review?

@是否 100% 覆盖了需求 @是否合理的边界值和等价类  @受影响模块的冒烟测试

 

自动化框架应该具有的功能：

 

 ==============

 

https://blog.csdn.net/winteroak/article/details/80265629

 

 

十招玩转敏捷测试（3）：设计篇——敏捷项目中用户故事分析与验收条件设计

用户故事颗粒度一般保持在1个工作日左右可以完成交付这样一个工作量，用户故事也可以小到1-2个小时内完成。如果刚开始使用敏捷方式梳理需求，无法做到足够小。建议通常不要超过2个工作日。用户故事颗粒度太大不利于验收交付。

 

 

用户故事: 购买机票时累积积分

故事描述：
为了能够累积里程积分
作为一位常旅客购买了从北京至上海的机票
我的积分账户中里程积分应该增加对应的里程积分
验收条件：
1.用户登录系统购买北京至上海的机票，查看里程积分应该增加13分
2.用户登录系统购买上海至深圳的机票，查看里程积分应该增加15分
3.用户购买了北京至上海的机票，然后进行了退票，里程积分应该减少13分
--------------------- 

As A: 作为常旅客

I want to: 我想在购买机票是能够积累里程积分；登陆账户可以累积经验积分，一边以后用来兑换机票

In order to:  为了降低购买的成本