软件测试作业指导说明书.docVIP

测试作业指导书

TOC\o1-3\h\z

基础篇 5

001．什么是软件缺点（bug） 5

002．影响软件质量原因 5

003．提升软件质量方法 6

004．软件测试目标和定义 6

005．软件测试中标准 7

006．怎样成为一个好软件测试员 9

007．软件测试阶段划分 11

008．测试用例设计方法 12

01．测试用例特征： 12

02．测试用例设计标准 12

03．等价类划分方法 12

04．边界值分析方法 14

05．因果图方法 17

06．判定表驱动分析方法 19

07．功效图分析方法 23

08．场景设计方法 24

09．测试用例设计综合策略 24

10．测试用例设计步骤 25

009．软件测试基础方法 25

01．黑盒测试 25

02．白盒测试 25

03．静态测试 25

04．动态测试 25

010．软件测试基础方法 25

01．过测试和失败测试 25

02．等价类划分 26

03．数据测试 26

04．状态测试 26

05．其它黑盒测试方法 28

实践篇 30

001．测试步骤图 30

002．测试准备 31

003．怎样做好式样了解 31

004．相关测试用例设计 31

005．测试数据准备 32

006．测试实施 33

007．测试过程中变更管理 34

008．怎样填写QA票和bug票 34

009．文档管理工具(cvs)使用 35

010．bug管理工具（QAMS）使用 35

基础篇

001．什么是软件缺点（bug）

软件未达成产品说明书表明功效

计算器产品说明书可能声称它能够正确无误进行加、减、乘、除运算。假如按下加号（+）键，结果什么反应也没有，依据该条规则，这就是个软件缺点。假如得到错误答案，依据规则，一样是软件缺点

软件出现了产品说明书指明不会出现错误

产品说明书可能声称计算机永远不会瓦解、锁死或停止反应。假如狂敲键盘会使计算器停止接收输入，依据本条规则，这是一个软件缺点

软件功效超出产品说明书指明范围

假如我们发觉除了加减乘除之外计算器还能够求品方根，而这一功效哪儿全部没提。干劲十足程序员加入这项功效可能因为认为这是一项创举，依据本条规则，这是软件缺点。

软件未达成产品说明书虽未指出但应达成目标

这条规则可能让人感觉有些矛盾和奇怪，不过这么是为了抓住产品说明书上遗漏之处。在测试计算器时，会发觉电池没电会造成计算机不正确。没有些人会考虑应怎样应付这种情况，使计算机反应正常，而盲目认为电池永远充足了电。测试要连续进行到电池完全没电，是少要看到电力不足迹象。产品说明书指出电力不足无法正确计算，但未指出会怎样，依据本条规则，这是软件缺点。

软件测试人员认为软件难以了解、不易使用、运行速度缓慢，或最终用户认为不好。

本条规则是全方面。软件测试人员是第1个真正使用软件人。假如发觉一些地方不对劲，不管什么原因，全部要认定为软件缺点。对于计算器来说，可能认为按键太小；可能等号（=）键位置放得不好按；可能显示器在亮光下极难以看清，依据本条规则，这些全部是缺点。

注意：每一个使用过部分软件人全部会对怎样改善有部分要求和意见。要编写令全部用户全部喜爱软件是不可能。作为软件测试人员，在利用第5条测试规则时应记住这一点。最好能全方面地客观评价，做到合情合理。

002．影响软件质量原因

影响软件质量原因很多，具体地说，关键有以下几点：

用户原因

需求不清；二义性

产品说明书

没有产品说明书；说明书不够全方面、常常更改

设计方案

和产品说明书是一样，片面、易变

交流不够、交流上有误解或根本不进行交流

在应用应该做什么或不应该做什么细节（应用需求）不清楚情况下进行开发

软件复杂性

图形用户界面（GUI），用户/服务器结构，分布式应用，数据通信，超大型关系型数据库和庞大系统规模，使得软件及系统复杂性呈指数增加，没有现代化开发经验人极难了解它。

程序设计错误

跟全部人一样，程序员也会犯错

时间压力

软件项目标日程表极难做到正确，很多时候需要估计和猜测。当最终期限迫近和关键时刻到来之际，错误也就跟着来了。

自负

自负人更喜爱说：“没问题”；“这件事很轻易”；“多个小时我就能拿出来”，太多不切

实际“没问题”结果只能是引入错误。

代码文档贫乏

贫乏或差劲文档使得代码维护和修改变异常艰辛，其结果是带来很多错误。事实

上，在很多机构并不激励其程序员为代码编写文档，也不激励程序员将代码写得清楚和

轻易了解，相反她们认为少写文档能够愈加快进行编码，无法了