Sprint测试交付物设计
交付物定义：
基于敏捷开发流程，每个Sprint周期交付内容应如下:
Burndown Chat（燃尽图），例如下图所示：
Smock Test（冒烟测试）
Test Case（测试用例）[1]；
Test Report（测试报告）[2]；
Function Test（功能测试）
Test Case（测试用例）；
Test Plan（测试计划）[3]；
测试Bug[4]列表；
Test Report（测试报告）；
Stress Test（压力测试）
Test case（测试用例or Script）；
Stress Test Report（压力测试报告）[5]；
各项交付物详细说明请参考备注。
参考和备注：
[1] Test Case（测试用例）：测试用例当以如下形式展示：
a、Title：一句话简约描述Test Case所做事项；
b、Pre-Step：环境部署or数据准备；
c、Step：具体步骤，应当分为1,2,3,4等步骤实现；
d、Expected results：预期的测试结果；
其他相关：测试用例需要覆盖全部场景，测试数据必须完备，语言描述应当准确规范，并以自然语言进行描述。
[2] Test Report（测试报告)，report应该包含以下内容：
a、Test Cases List,测试用例列表应当以列表方式展现，同时包括本次fail或者success的结果；
b、Test Cases Pass Rate,本次测试用例测试通过情况百分比；
c、Test Results本次测试结论说明；
[3]Test Plan（测试计划）：
应该是一个可行性的计划，包括测试对象，测试范围，测试方法和策略，测试进度和预期结果等内容。
测试对象：本次项目主题；
测试范围：本次内容范围；
测试方法：何种方法和策略进行测试；
测试时间：测试时间范围；
预期结果：预期目的和结果；
其他：一些必要的补充；
[4]Bug（缺陷）：
Bug按照严重程度进行不同级别的划分。Bug应该是如下形式：
Title：一句话描述Bug产生的现象或者操作；
Environment：在哪个测试环境下发现的；
Build：发现bug的版本或者模块；
Tester：测试人员；
Owner：Bug负责人，一般指定为具体开发负责人；
Reproduce Steps：Bug重现的步骤，描述应该准确规范；
Expected期望值；
Actually实际值；
必要的附件或者截图；.
[5]Stress Test Report（压力测试报告）：
一般压力测试报告应该包括如下内容：
Environment：压测实际环境,fat、uat or lpt
Scenes:场景设计；
Tester：测试人员；
Build：本次压测的版本或者模块；
Thread or Users：并发的线程数或者用户；
Average：平均响应时间
90% line and 99% line
TPS
CPU
Memory
Environment configuration
Analysis Result
Error%
参考文献：
Work Capacity Test：https://en.wikipedia.org/wiki/Work_Capacity_Test
Jmeter Glossary :http://jmeter.apache.org/usermanual/glossary.html
集成测试：https://baike.baidu.com/item/%E9%9B%86%E6%88%90%E6%B5%8B%E8%AF%95/1924552?fr=aladdin
测试报告：https://baike.baidu.com/item/%E6%B5%8B%E8%AF%95%E6%8A%A5%E5%91%8A/10105092?fr=aladdin
- 发表于:
- 原文链接：http://kuaibao.qq.com/s/20180102G0CD5C00?refer=cp_1026
- 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号（企鹅号）传播渠道之一，根据《腾讯内容开放平台服务协议》转载发布内容。
- 如有侵权，请联系 cloudcommunity@tencent.com 删除。
相关快讯
扫码
添加站长 进交流群
领取专属 10元无门槛券
私享最新 技术干货
腾讯云开发者
