|
1
、代码走查：
2
、单元测试
单元测试的主要内容：单元模块内和模块之间的
功能测试、容错测试、边界测试、约束测试、界面测试、重要的执行路径测试，单元内的业务流程和数据流程等。
l
单元测试的职责分工：
由各项目组的开发人员完成测试工作，并详细记录测试结果和修改过程，质量部进行抽检。
单元测试的输入：
《源代码》、《详细设计报告》
单元测试的技术要求：
l
测试要求：
a)
每个被测单元中每条可执行的脚本都被一个测试用例或异常操作所覆盖，即脚本覆盖率达
80%
。
b)
每个被测单元中分支语句取真和取假时，各分支至少执行一次，即分支覆盖率达到
80%
。
c)
每个被测单元中的业务流程和数据流程，必须被一个测试用例、一个异常数据、一次异常操作所覆盖，即异常处理能力达
80%
。
l
单元测试通过准则
a)
单元功能同设计需求一致；
b)
单元接口同设计需求一致；
c)
能正确处理输入和异常运行中的错误；
单元发现问题进行修改后，进行回归测试，且回归测试通过后，才能进行下一阶段。
l
单元测试的输出：
《单元测试记录》、《测试计划》
l
单元测试的测试质量责任人是项目经理。
3
、集成测试阶段
l
集成测试的主要内容：系统集成后的
功能测试、容错测试、边界测试、约束测试、界面测试、重要的执行路径测试，业务流程（接口测试）等。
l
集成测试的职责分工：
由测试人员组织进行并完成该阶段的测试工作，对测试结果进行详细的记录。
l
集成测试的输入：
《集成测试计划》、《概要设计》、《测试大纲》
l
集成测试的技术要求：
测试技术要求：
a)
验证被测系统是否满
足设计的需求。即根据设计要求中全部功能和性能要求，测试整个软件系统，验证其是否达到设计的要求。
b)
通过数据处理的测试用例对被测系统的输入、输出、处理进行测试，使其达到设计要求；
c)
通过业务处理的测试用例对被测系统的业务处理过程进行测试，使其达到设计的要求；
c)
测试软件正确处理能力和容错能力；
d)
确认单元间无错误连接；
e)
测试软件对正常数据的处理，对接口错误、数据错误、协议错误的识别及处理。
通过准则
a)
各单元间无错误连接；
b)
满足软件需求的各项功能、性能要求；
c)
对错误输入有正确的处理能力；
d)
对测试中的异常有合理的提示；
e)
人机界面友好。
l
集成测试的输出：
《集成测试
bug
记录》、《集成测试分析报告》。
4
、系统（确认）测试阶段
l
系统性的初始化测试、功能测试、用户需求确认
、
业务处理或
数据处理测试、
性能测试、安全性测试、
安装性测试、恢复测试、压力测试
等
l
系统测试的职责分工：
由测试人员组织进行并完成该阶段的测试工作，对测试结果进行详细的记录。
l
系统测试的输入：
《系统测试计划》、《用户需求分析报告》、《用户操作手册》、
《安装手册》
l
系统测试的技术要求：
测试技术要求：
d)
用户需求的确认：进一步验证被测系统是否满
足用户的需求。即根据用户的需求分析报告中全部功能和性能要求，测试整个软件系统，验证其是否达到用户的要求。
e)
通过数据处理的测试用例对被测系统的输入、输出、处理进行测试，使其达到设计要求；
f)
通过业务处理的测试用例对被测系统的业务处理过程进行测试，使其达到用户需求的要求；
f)
测试其进行数据处理时的响应时间是否满足用户要求；
g)
安装性测试是验证
其
按照《安装手册》是否能够正常配置和安装；
h)
安全性测试是测试其对非法用户的抵御能力，
非法用户无法登录本系统。
i)
恢复性测试：测试系统在掉电的情况下，系统的恢复能力。是否正确恢复数据，是否恢复正常操作。
j)
压力测试：对
b/s结构的系统来说，系统的大用户量测试，系统的并发能力测试，系统的数据库压力测试是必须要做的测试，常用的测试手段是测试工具。如
was、
loadrunner、
jmeter等
通过准则
a)
满足软件需求的各项功能、性能要求；
b)
系统的安全性满足用户的需求；
c)
系统的负载能力满足用户的需求；
f)
系统与外界支持系统正常运行；
g)
系统的稳定性等满足用户的需求；
h)
用户操作手册易读、易懂、易操作。
l
系统测试的输出：
《系统测试
bug
记录》。《系统测试分析报告》。
|
