软件测试指导手册

软件测试指导手册

张宝良

为了提高测试效率,保证产品测试质量,从而保证产品开发工期与质量,统一测试思想就是十分必要得。本文就用友软件测试相关内容进行阐述,力求给大家启示与参考。

第一章测试概念

第一节测试要点

测试要点就是依据等价类方法(或其她方法),经过对被测试内容进行分析后,以清单方式进行描述要测试得内容。

注意事项:

1.针对任何一个被测试内容,均要考虑就是否涉及系统提供得公用功能。

2.测试要点尽可能穷举,避免遗漏。

3.测试要点给出代码实现正确实现就是什么,什么样实现就是错误得。

4.测试要点就是针对最小功能单元,可以就是一个功能结点,也可以就是一个操作按钮,但不

允许多个内容一起描述

举例:U8产品

XXX产品测试要点

第二节测试用例

测试用例就是指数据测试用例,针对测试要点,必须以数据形式才可描述清楚,作为测试要点得补充。测试要点不一定必须有测试数据用例,但测试数据用例必须对应有测试要点。

注意事项:

1.测试用例一般会涉及多个功能配合。

2.描述中要体现操作次序

3.数据准备考虑以下情况

●小数

●外币

●表体一条记录

●表体满记录

●表体满记录多一条

4.数据准备不要太复杂,要便于操作。如果复杂可拆开描述。

第二章测试策略

测试策略:针对某项具体任务,安排最合适得人选,采用最佳得测试方法,在规定得时间内,保质保量完成。

策略要点

（1）在测试策略中,人员能力得培养就是最重要得,就是完成任务得关键。

（2）针对被测试对象得不同,测试策略应有差异。

（3）测试计划就是保证被测试对象完全测试得关键,同时也就是提高测试人员工作效率得关键。

（4）被测试对象在分解任务时要有主次之分

（5）测试资源安排时要有主次之分

（6）测试进度安排要有主次之分

（7）合理设计各测试阶段测试内容,充分体现早期测试思想,及早稳定产品。

（8）最大限度地提高测试经理得作用(任务安排、测试设计、问题分析、产品把握)

（9）建立监督、检查机制。每个阶段都要有报告产生,对报告要进行详细分析,以便掌握进度与质量。（10）向过程要效益,过程不同效益不同。

任务计划

任务计划分两类:测试经理使用得“阶段任务计划”,测试人员使用得“每日任务计划”

XXX测试组阶段任务计划

反馈

XXX测试员每日任务计划

该计划根据阶段测试任务制定,由测试经理编写,测试人员执行。切不可以由测试人员编写,理由就是缺乏全面考虑,尤其就是测试覆盖度方面。测试人员每日向测试经理反馈。

工作内容

分类

以就是否改动可以分为改动部分与非改动部分。

以就是否就是重点可以分为重点内容与非重点内容。

次序

(1)改动部分(30%资源)

(2)重点部分(40%资源)

(3)非改动部分(10%资源)

(4)全面测试(20%资源)

内容

（1）测试人员与各开发角色充分沟通

（2）编写、评审、执行测试要点及测试用例

（3）每日测试问题分析(原因、影响、补充测试要点)

测试资源

目前测试资源主要有三种:正式员工、外包测试人员、实习生;针对每个版本重点得不同在资源配备上要合理安排。

1.资源分析

（1）正式人员

正式员工就是公司测试得核心力量。她们就是经过严格筛选得,大部分都具有实际工作经验,工作心态比较稳定,为此在分配任务时,核心产品、核心内容要由她们来负责。

（2）外包测试人员

外包测试人员就是公司测试得辅助力量,她们也就是经过严格筛选得,大部分也都具有实际工作经验,但在专业知识方面没有正式员工那样严格。她们得工作心态相对稳定,归属感差一些。但就是合理使用,同样会达到正式员工得效果,甚至会比个别正式员还好。为此在分配工作任务时,择优考虑。

（3）实习生

实习生就是公司测试得边缘力量,她们来公司得主要目得就是学习软件产品测试知识,相关业务知识,为自己择业增加筹码。录用她们时主要考察她们得专业知识与综合素质,在分配工作任务时,产品得边缘测试任务一般由她们来完成,表现优异者可以考虑接触一些核心内容。

2.资源培养

培养测试人员得手段有很多,比如:产品知识培训、测试方法培训、测试技巧培训等。这些都就是传统得方法。一个测试人员由不合到合格需要很长得时间。建立业务员能力提升系统,可以缩短培养时间,这一系统即包括业务知识,又包括测试理论。

3.指导思想

在软件产品测试过程中,所有测试人员都要树立正确得工作观念,任何消极得工作态度都会影响自己得未来发展,所以,必须明白当前得工作就是在为自己工作,为自己得未来工作。为此,测试经理除了安排测试任务外,沟通工作就是重点。沟通包括各环节、各角色得工作内容沟通;下属员工思想沟通,随时关注每个人得思想动态,及时调整,确保每个员工全身心得进行测试工作。

测试误区

1．测试人员只要了解业务知识就可以了,开发知识不需要了解。

2．测试工作很简单,任何人都可以做,没什么技术可言

3．我只为找产品错误,其她不管

4．测试就是给程序员打下手得

5．测试人员与程序员得关系就是对立得

6．我就是程序员,测试不就是我得事

7．测试很苦,很枯燥

8．测试很难有成就感,开发还可以说哪个功能就是我开发得。

9．测试工作不受重视

第三章测试方法

最常规测试分黑盒测试与白盒测试,针对管理软件而言,目前主要集中应用得就是黑盒测试。黑盒测试顾名思义就就是将被测系统瞧成一个黑盒,从外界取得输入,然后再输出。整个测试基于需求文档、测试文档、产品帮助、支持问题,瞧就是否能满足文档中得所有要求。黑盒测试要求测试者在测试时不能使用与被测系统内部结构相关得知识或经验,它适用于对系统得功能进行测试。

黑盒测试得优点有:

1）比较简单,不需要了解程序内部得代码及实现

2）与软件得内部实现无关

3）从用户角度出发,能很容易得知道用户会用到哪些功能,会遇到哪些问题;

4）基于软件开发文档,所以也能知道软件实现了文档中得哪些功能;

5）在做软件自动化测试时较为方便。

黑盒测试得缺点有:

1)不可能覆盖所有得代码,覆盖率较低,大概只能达到总代码量得30%;

2)自动化测试得复用性较低。

此处暂不讨论白盒测试

第一节功能验证法(点测试法)

依据产品功能清单,详细分析理解具体得功能描述,检查产品实现就是否正确。

1）参考产品随机帮助

2）参考需求文档

3）参考测试要点

4）参考测试用例

注意事项

1）考虑逆向操作

2）考虑极限情况

3）考虑界面规范

4）考虑提示语规范

5）利用等价类方法设计数据测试范围

6）如果没有以上测试依据,必须编写测试要点,也就就是所有测试必须提前编写或想好测试点再测试举例:

测试凭证审核

1.单张审核