测试交付物设计

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

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

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

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

  • 发表于:
  • 原文链接:http://kuaibao.qq.com/s/20180123G0F76I00?refer=cp_1026

同媒体快讯

扫码关注云+社区