测试交付物设计

测试交付物设计一、测试交付物说明

基于敏捷开发测试流程，每个测试周期交付内容应如下:

1、Smock Test（冒烟测试）

TestCase（测试用例）[1]；

TestReport（测试报告）[2]；

注：冒烟报告要求通过率为90%以上，否则不予冒烟通过

2、Function Test（功能测试）

TestCase（测试用例）；

TestPlan（测试计划）[3]；

测试Bug[4]列表；

TestReport（测试报告）；

3、Stress Test（压力测试）

Testcase（测试用例or Script）；

StressTest Report（压力测试报告）[5]；

各项交付物详细说明请参考备注。

二、参考和备注

[1] Test Case（测试用例）：测试用例当以如下形式展示：

a、Title：一句话简约描述TestCase所做事项；

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本次测试结论说明；

d、冒烟报告通过率要求90%以上

[3]Test Plan（测试计划）：

应该是一个可行性的计划，包括测试对象，测试范围，测试方法和策略，测试进度和预期结果等内容。

a、测试对象：本次项目主题；

b、测试范围：本次内容范围；

c、测试方法：何种方法和策略进行测试；

d、测试时间：测试时间范围；

e、预期结果：预期目的和结果；

f、其他：一些必要的补充；

[4]Bug（缺陷）：

Bug按照严重程度进行不同级别的划分。Bug应该是如下形式：

a、Title：一句话描述Bug产生的现象或者操作；

b、Environment：在哪个测试环境下发现的；

c、Build：发现bug的版本或者模块；

d、Tester：测试人员；

e、Owner：Bug负责人，一般指定为具体开发负责人；

f、Reproduce Steps：Bug重现的步骤，描述应该准确规范；

g、Expected期望值；

h、Actually实际值；

i、必要的附件或者截图；.

以禅道中的Bug示例如下：

[5]Stress Test Report（压力测试报告）：

一般压力测试报告应该包括如下内容：

a、Environment：压测实际环境,fat、uat or lpt

b、Scenes:场景设计；

c、Tester：测试人员；

d、Build：本次压测的版本或者模块；

e、Thread or VUsers：并发的线程数或者虚拟用户；

f、Average：平均响应时间

g、90% line and 99% line

h、TPS

i、CPU

j、Memory

k、Environment configuration

l、Analysis Result

m、Error%

三、参考文献

1、Work Capacity Test：https://en.wikipedia.org/wiki/Work_Capacity_Test

2、Jmeter Glossary :http://jmeter.apache.org/usermanual/glossary.html

3、集成测试：https://baike.baidu.com/item/%E9%9B%86%E6%88%90%E6%B5%8B%E8%AF%95/1924552?fr=aladdin

4、测试报告：https://baike.baidu.com/item/%E6%B5%8B%E8%AF%95%E6%8A%A5%E5%91%8A/10105092?fr=aladdin

感谢阅读，作者原创技术文章，转载请注明出处