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