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

相关快讯

扫码关注云+社区