为了保证软件的质量和可靠性word资料10页文档格式.docx
- 文档编号:13354567
- 上传时间:2022-10-10
- 格式:DOCX
- 页数:8
- 大小:22.71KB
为了保证软件的质量和可靠性word资料10页文档格式.docx
《为了保证软件的质量和可靠性word资料10页文档格式.docx》由会员分享,可在线阅读,更多相关《为了保证软件的质量和可靠性word资料10页文档格式.docx(8页珍藏版)》请在冰豆网上搜索。
在结束这个阶段之后,对软件系统还要进行各种终合测试,博彩,这是软件生存期的另一个阶段,即测试阶段,通常由专门的测试人员承当这项工作。
大量统计材料表明,软件测试的工作量往往占软件开发总工作量的40%以上,在极其情况,测试那种关系人的性命保险的软件所消费的成本,可能相称于软件工程其余开发步骤总本钱的三倍到五倍。
因而,必须高度器重软件测试工作,毫不要认为写出程序之后软件开发工作就濒临完成了,实际上,大概还有同样多的开发工作量需要完成。
仅就测试而言,它的目标是发现软件中的错误,但是,发现错误并不是咱们的最终目的。
软件工程的基本目标是开发出高质量的完全相符用户需要的软件。
软件测试的目的
基于不同的态度,存在着两种完全不同的测试目的。
从用户的角度出发,广泛愿望通过软件测试暴露出软件中陷藏的错误和缺陷,以考虑是否可以接受该产品。
而从软件开发者的角度出发,则生机测试成为表明软件产品中不存在错误的过程,验证该软件已正确地实现了用户的要求,确破用户对软件质量的信念。
因为在程序中往往存在着许多预感不到的问题,可能会被疏漏,许多隐藏的错误只有在特定的环境下才可能暴露出来。
如果不把着眼点放在尽可能查找错误这样一个基础上,这些隐藏的错误和缺陷就查不出来,会遗留到运行阶段中去。
如果站在用户的角度替他们假想,就应该把测试运动的目标对准揭穿程序中存在的错误。
在选取测试用例时,考虑那些易于发现程序错误的数据。
下面这些规则也可以看作是测试的目的或定义:
1.测试是为了发现程序中的错误而执行程序的过程;
2.好的测试方案是极可能发现迄今为止尚未发现的错误的测试计划;
3.胜利的测试是发现了至今为止尚未发现的错误的测试。
从上述规则可以看出,测试的正肯定义是"
为了发现程序中的错误而执行程序的过程"
。
这和某些人通常设想的"
测试是为了表明程序是正确的"
,"
成功的测试是没有发现错误的测试"
等等是完整相反的。
正确意识测试的目标是非常重要的,测试目的决定了测试方案的设计。
如果为了表明程序是正确的而进行测试,就会设计一些不易暴露错误的测试方案;
相反,如果测试是为了发现程序中的错误,就会力求设计出最能暴露错误的测试方案。
因为测试的目标是暴露程序中的错误,从心理学角度看,由程序的编写者本人进行测试是不适当的。
因此,在综合测试阶段通常由其别人员组成测试小组来完成测试工作。
此外,应该认识到测试决不能证明程序是正确的。
即便经过了最严格的测试之后,依然可能还有没被发现的错误暗藏在程序中。
测试只能查找出程序中的错误,不能证实程序中没有错误。
术语、名词定义
黑盒测试也称为功能测试,它着眼于程序的外部特点,而不斟酌程序的内部逻辑结构。
测试者把被测程序看成一个黑盒,不必关怀程序的内部结构。
黑盒测试是在程序接口处进行测试,它只检查程序功能是否能正常使用,程序是否能接受输入数据发生正确的输出信息,并且坚持外部信息(如数据库或文件)的完整性。
黑盒测试是基于用户角度进行的测试。
白盒测试是软件测试的主要方法之一,也称结构测试、逻辑驱动测试或基于程序本身的测试。
测试者需要懂得待测试程序代码的内部结构、算法等信息,这是从程序设计者的角度对程序进行的测试。
它的长处是赞助软件测试人员增大代码的笼罩率,进步代码的质量,发古代码中隐蔽的问题。
灰盒测试可以理解为静态的白盒测试或动态的黑盒测试,灰盒就是界于黑白之间,对软件内部有所了解,但不见得到一目了然的程度,却可以联合这些了解做些比黑盒多点的测试。
文档测试涵盖面很大,在软件的各个版本中均有所使用。
跟着软件版本的变化,文档测试的测试内容也有所变化。
在需求分析以及原型架构阶段,文档测试主要目标是:
Sitemap、动作分解列表、数据库ER图、UML用例图、流程图、需求文档等文档。
文档测试主要检查文档的正确性、完整性和可理解性。
正确性是指不要把软件的功能和操作写错,也不许可文档内容前后抵触。
完整性是指文档不可以漏掉症结性内容。
可懂得性是指在文档中描述的语言要扼要易懂,不能让别的开发人员拿到文档时看不懂文档的内容。
命名规范测试用于测试项目中的文件命名、代码以及版本号等书写是否合乎规范。
文件命名规范以及版本号命名标准能够参看第四局部里软件命名规范的具体信息;
各种语言的命名规范可以参考语言本身的规范,如NoahWeb的可以参考
需求完整性测试主要存在于需求摸索阶段,在需求尚未完全明白之前对已收集到的需求做出收拾性的、检查遗漏性的测试,确认需求是否明确。
另外,需求完整性测试也承担着一部分廓清需求的任务。
链接完整性测试在原型架构阶段,链接完整性的测试是无比有必要的。
该项测试任务主要是检查假页面中各种链接是否完整,是否指向目标地位,属于检查性的测试。
页面完整性测试主要存在于集成测试阶段以及其后续其它阶段中,测试页面是否完整,页面品质是否达标,属于检讨性测试。
UI合理性测试也就是人机交互界面的合感性,UI公道性测试的内容良多,详细测试内容如下:
o提示、菜单、辅助的格局是否一致;
o提示、菜单、帮助中的术语是否一致;
o各个控件之间的对齐方法是否一致;
o输入界面和输出界面在外观、布局、交互方式上是否一致;
o功能类似的相干界面在外观、布局、交互方式上是否一致;
o同一档次的文字在同一种提示场所(一般情况、特殊字体、忠告等)在文字大小、字体、色彩、对齐方式方面是否一致,字体大小是否与界面的大小比例和谐;
o多个持续界面顺次出现的情况下,界面的外观、操作方式是否一致;
o系统是否谢绝客户的错误输入并做出提示;
o系统是否在用户完成操作时给出操作成功的提示;
o用户界面是否存在空缺空间,没有空白空间的界面是横七竖八的,易用性差;
o各个控件的距离是否一致,垂直和程度方向上是否对齐;
是否容许动作的可逆性,返回原有操做。
数据和数据库完整性测试因为在开发阶段开发人员随时都有可能根据需要来修改数据库,所以对数据和数据库完整性测试在软件项目的任何阶段也是十分必要的。
该项测试内容主要是以数据库表为单位,检查数据库表以及表中各字段命名是否吻合命名规范,表中字段是否完整,数据库表中的字段描述是否正确包括字段的类型、长度、是否为空,数据库表中的关联、索引、主键、束缚是否正确。
功能测试在软件项目标任何阶段中都是主要的。
实现功能,满意客户需求是软件自身最大的使命。
功能测试在任何阶段下基础上都作为测试工作的第一项涌现。
该项测试义务主要为了测试已实现的功能是否知足需求,是否准确,是否有价值以及是否完整。
在黑盒和白盒测试状况下,该测试均会被使用。
功能测试中测试人员往往会疏忽掉一些细节问题,比方:
一个功能的实现必需要经过6步操作才干完成,而且需要加入20条信息能力看得出测试结果,有的测试人员为了节俭时间固然做完了6步操作,但是没有加入足量的信息,,使得测试不全面,恰是由于这样而导致一些暗藏的BUG没有被测试出来。
所以说在功能测试中要循序渐进的把所有要进行的测试功能每一步都执行一遍,应该增加的数据都增添完整,以防止遗遗漏BUG没有测试出来。
压力测试是为了发当初什么前提下你的运用程序的性能会变得不可接收。
这通过改变应用程序的输入以对利用程序施加越来越大的负载并丈量在这些不同的输入时机能的改变来实现的。
这种操作也称为负载测试,但是负载测试通常描写一种特定类型的压力测试――增添用户数量以对应用程序进行压力测试。
对应用程序进行压力测试最简略的方式是手工转变输入(客户机数目、需要大小、恳求的频率、要求的混杂水平等等)并刻画性能的变更。
然而如果有很多输入,或者需要在大的范畴内改变输入,那么你可以借助一个主动化的压力测试工具来实现此测试。
安全性测试主要是测试系统在没有受权的内部或者外部用户对系统进行袭击或者歹意损坏时如何进行处理,是否仍能保证数据和页面的安全。
测试人员可以学习一些黑客技术,来对系统进行攻打。
另外,对操作权限的测试也包含在安全性测试中。
具体测试内容如下:
o执行添加、删除、修改等动作中是否做过登录检测。
o退出系统之后的操作是否可以完成。
o所有插入表单操作中输入特殊字符是否可以正常输正常存储,特殊字符为:
!
?
#¥%…―*()~――-+={}、|;
:
'
"
/《》,。
o在带有参数的回显数据的动作中更改参数,把参数改为特殊字符并加入操作语句看是否犯错。
o测试表单中有不做标签检测,标签检测是否完全。
在插入表单中参加特别的HTML代码,例如:
marquee表单中的字本是否挪动?
/marquee。
软件命名规范
1.软件版本阶段说明
oBase版:
此版本表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。
oAlpha版:
此版本表现该软件在此阶段重要是以实现软件功效为主,通常只在软件开发者内部交换,个别而言,该版本软件的Bug较多,需要持续修改。
oBeta版:
该版原形对α版已有了很大的改良,排除了重大的错误,但仍是存在着一些缺陷,需要经由屡次测试来进一步打消,此版本主要的修改对像是软件的UI。
oRC版:
该版本已经相称成熟了,基本上不存在导致错误的BUG,与行将发行的正式版相差无多少。
oRelease版:
该版本象征"
终极版本"
,在前面版本的一系列测试版之后,终归会有一个正式版本,是最终交付用户应用的一个版本。
该版本有时也称为尺度版。
普通情形下,Release不会以单词情势呈现在软件封面上,取而代之的是符号(R)。
2.版本命名规范
软件版本号由四部门组成,第一个1为主版本号,第二个1为子版本号,第三个1为阶段版本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有5种,分离为:
base、alpha、beta、RC、release。
例如:
1.1.1.051021_beta。
版本号定修改规矩:
o主版本号
(1):
当功能模块有较大的变动,比如增加多个模块或者整体架构产生变化。
此版本号由项目决定是否修改。
o子版本号
(1):
当功能有必定的增加或变化,好比增加了对权限节制、增长自定义视图等功能。
o阶段版本号
(1):
正常是Bug修复或是一些小的变动,要常常宣布订正版,时间距离不限,修复一个严峻的bug即可发布一个修订版。
此版本号由项目经理决定是否修改。
o日期版本号(051021):
用于记载修改项目确当前日期,天天对项目的修改都需要更改日期版本号。
此版本号由开发人员决定是否修改。
o希腊字母版本号(beta):
此版本号用于标注当前版本的软件处于哪个开发阶段,当软件进入到另一个阶段时须要修正此版本号。
此版本号由名目决议是否修改。
3.文件命名规范文件名称由四部分组成:
第一部分为项目名称,第二部分为文件的描述,第三部分为当前软件的版本号,第四部分为文件阶段标识加文件后缀,例如:
项目外包平台测试报告1.1.1.051021_beta_b.xls,此文件为项目外包平台的测试报告文档,版本号为:
1.1.1
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 为了 保证 软件 质量 可靠性 word 资料 10