某大型软件系统测试过程.docx
- 文档编号:380226
- 上传时间:2022-10-09
- 格式:DOCX
- 页数:5
- 大小:15.72KB
某大型软件系统测试过程.docx
《某大型软件系统测试过程.docx》由会员分享,可在线阅读,更多相关《某大型软件系统测试过程.docx(5页珍藏版)》请在冰豆网上搜索。
软件产品测试过程
u编写测试用例
测试用例是输入、执行条件和一个特殊目标所开发的预期结果集合。
它按测试目的不同可分为以下几种类型:
A.需求测试用例:
测试是否符合需求规范
B.设计测试用例:
测试是否符合系统逻辑结构
C.代码测试用例:
测试代码的逻辑结构和使用的数据
需求测试用例通常是按照需求执行的功能逐条地编写输入数据和期望输出。
一个好的需求用例是可以用少量的测试用例就能够覆盖所有的程序功能。
设计测试用例检测的是代码和设计是否完全相符。
是对底层设计和基本结构上的测试。
设计测试用例可以涉及到需求测试用例没有覆盖到的代码空间(例如界面的设计)。
代码测试用例是基于运行软件和数据结构上的。
它要保证可以覆盖所有的程序分支、最小的语句和输出。
以上三种用例所用的数据又可分为正常数据、边缘数据和错误数据。
A、正常数据:
在测试中所用的正常数据的量是最大的,而且也是最关键的。
少量的测试数据不能完全覆盖需求,但我们要从中提取出一些具有高度代表性的数据作为测试数据,以减少测试时间。
B、边缘数据:
边缘测试是界于正常数据和错误数据之间的一种数据。
它可以针对某一种编程语言、编程环境或特定的数据库而专门设定。
例如若使用SQLServer数据库,则可把SQLServer关键字(如:
';AS;Join等)设为边缘数据。
其它边缘数据还有:
HTML的HTML;<>等关键字以及空格、@、负数、超长字符等。
边缘数据要靠测试人员的丰富经验来制定。
C、错误数据:
显而易见,错误数据就是编写与程序输入规范不符的数据从而检测输入筛选、错误处理等程序的分支。
由于执行测试用例的数据量巨大以及还要进行回归测试,所以可以考虑使用自动测试工具,但提取测试数据仍要依靠编写测试用例人员的经验。
并且,我们还要注意到自动测试也许不能找到程序中所有错误,手动测试所找到的错误会比自动测试所找到的要多。
有了测试用例,还要先进行代码的审议。
通过代码审议找到的错误可以比测试用例测试所能找到的错误更加深入,并且发现错误的时间也比测试用例要早。
代码审议以代码标准为依据,一般情况下要检查以下几点:
a)代码风格和规则审核
b)程序设计和结构的审核
c)业务逻辑的审核
代码风格和规则的审核是在每个程序员完成一个模块或类的时候要进行编码规范的检查。
要召开审核会议让所有的项目组人员都参加。
在会前项目经理要做一个检查表,以表的内容为检查依据,检查表的内容主要是检查的要点。
在审核会上项目组的每一个人员都能看到自己和其他人员的编码问题,从而起到预防的作用。
这些问题都要被解决,并且解决的结果要在审议会上被确认。
进行程序设计和结构的审议是因为开发工具的不同和项目时间的限制而造成设计不详细。
比较深入的设计通常是在编码阶段完成的,但由于程序人员和设计人员的经验是不同的,所以会出现很大的问题。
我们引入了程序设计和结构审议来保证质量。
审议人员要有先进的技术开发经验。
在审议之前也要一个审议列表,列出主要几项,如:
程序的概要、详细设计。
但仅局限于列表是不够的,
审议人员还要审议程序的精巧度和具有创造力的方面,这只能靠经验而不能只靠列表中的内容来审议。
对于不同的程序员所检测代码的宽度和深度也是不同的。
项目经理可以根据程序员经验的不同制定被审议人员的宽度和深度。
例如:
年轻的程序员要审议所有代码。
但有经验的就可适当减少。
业务逻辑性审议必须要在代码完成后审议。
业务逻辑审议实际上是审议单元模块的功能。
这些功能是以系统说明为依据的。
审议人员要有开发的经验并且对系统也要熟悉。
审议人员通过执行程序从而了解底层代码的状态。
这阶段的审议实际也包含了前两种审议,因为审议者也可以通过最后的结果检测单元模块设计和结构的准确性。
以上三种审议都要耗费一定的时间和资源,但是它却能更早地发现和解决不易显现的错误。
审议通过后,我们终于可以使用用例来进行代码测试和调试了。
代码的调试是用来保证程序能按照系统需求正常运行的一种手段。
但是我所提到的这种代码调试并不是简单的调试,它要包括以下两部分:
a)特征调试
b)代码覆盖调试
首先,我们要先进行特征调试。
它是通过运行程序找到代码中的错误,这与我们平时常进行的调试相同。
到程序能运行后,我们可使用已编好的三种类型的用例并以正常数据测试用例进行测试,若不能正常运行则要用调试工具调试。
在这阶段,我们要用大量正常数据去测试。
测试后,该程序应可在绝大多数的正常数据中运行。
其次,我们要进行代码覆盖测试,一直要达到以下目标为止:
a)测试到每一个最小语句的代码
b)测试到所有的输出结果
我们应该通过一步步的调试去运行每个程序的所有语句和分支。
如果我们想要百分之百地覆盖就应适当运用边缘数据和错误数据。
测试在这个阶段的质量是难以掌握的。
它基于程序员的责任心和经验。
当这阶段完成后,每个程序员所测的深度也是不同的。
因此,在这个测试阶段之前,项目经理(或测试工程师)应制定出测试指导和计划书。
它们至少应包括以下内容:
a)测试的主要对象
b)主要调试点
c)怎样测试
d)什么时候可以完成
到此,我们已完成了代码的审议和调试。
我们严格按照以上步骤执行,就可以保证代码没有太多的错误,至少没有使程序运行中断的错误了。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 大型软件 系统 测试 过程