软件测试报告

测试是程序设计的重要环节,为了进一步规范公司的测试工作,为软件测试工作提供详细的指引,以提高软件开发工作的质量,特制定本测试规范。

测试流程



1.测试流程

 

1.    开发结束后,开发人员将程序交系统集成部安排测试。程序的开发者负责对软件测试人员进行安装、配置和使用培训,测试人员对安装、配置和使用方法进行记录,对程序不清楚的地方开发人员负责解释。

2.    开始正式测试前,测试负责人对软件主要模块版本进行详细记录。对于测试过程中的版本的更新,测试负责人记录并通知所有参加测试人员进行版本更新,每次开始测试前测试人员应检查测试计算机上的版本是否为最新版本。

3.      测试中发现问题应填写《测试情况反馈表》,公司将根据反馈表对测试人员进行嘉奖,奖励方法如测试奖励中所述。反馈表定期汇总反馈给开发部,原则上半天反馈一次。开发人员负责解决问题,开发人员在反馈表上对解决方法和问题出现原因进行记录。在测试过程中,测试人员认为重大问题,比如系统的内存冲突、非法操作,测试人员应争取保留现场,请开发人员来现场查看。经解决的问题测试人员检查后不再出现,认可后在反馈表上签字,并记录下解决时间。反馈表由测试者保留,定期汇总上报。

4.      系统集成部定期提交《软件测试报告》:对于软件产品的测试工作在每一版本的测试后提交测试总结报告,对于应用系统的软件测试则应根据项目大小,工期长短确定提交测试总结报告的周期和阶段。

2.测试内容

2.1安装与测试环境:

   2.1.1将程序单位的所有程序以及用到的公共子程序安装到指定的多用户测试环境,该环境应与程序实际运行环境一致;

   2.1.2将系统编译成可执行文件。

2.2程序代码检查:

   2.2.1程序单位的首部应有程序说明和修改备注,内容包括编写或更改程序的人员、时间、程序的功能及调用关系等;

   2.2.2变量、过程、函数应符合统一的命名规则;

   2.2.3程序中不同的功能部分应有清楚的说明信息,较复杂的程序段落也应有说明信息;

   2.2.4如果是修改,在修改的代码处应有修改注释,注释说明修改的人员、时间及内容。

2.3画面及报表格式检查:

   2.3.1画面、报表的格式以及程序的命名应符合统一的规则;

   2.3.2画面、报表的字段位置、长度、类型应与设计文档的要求一致。

2.4功能测试:

   2.4.1如果有多个画面,多个画面之间切换正确;

   2.4.2每一个画面的功能键、触发键、按钮、菜单、选择项功能正确;

   2.4.3检查数据项的关联与限制功能是否正确;

   2.4.4找出设计文档中要求的未被包含在上述几项测试中的功能,逐项测试,检查是否达到设计文档要求的功能。

2.5正确性测试:

   2.5.1有写/删除操作的程序,写/删除操作的结果正确,测试时应手工打开数据库表,以检查写/删除的效果;

   2.5.2有查询或报表操作时,检查在各种选择项的合理组合下,所产生的结果,对照数据库中的数据是否正确;

   2.5.3对照设计文档的要求,测试程序是否正确。

2.6可靠性测试:

   2.6.1非法键容错测试:在不同的画面,不同的字段处输入非法键,被测试程序应有非法键容错能力;

   2.6.2异常数据容错测试:在不同的画面,不同的字段输入异常数据,被测试程序应有异常数据容错能力;

   2.6.3程序负作用检查,退出被测试程序后应恢复到进入前的系统状态,不应影响其它程序的正确运行;

   2.6.4残留文件检查,退出程式后在本地机和服务器的有关目录或TEMP目录下不应留下任何无用的文件。

2.7效率测试:

   本项测试需分开单用户及多用户的情况下进行。

   2.7.1画面操作效率测试:逐项测试每一项操作,特别是读/写、翻页、滚屏等操作,记录延迟最长的操作及时间;

   2.7.2报表及查询效率测试:分别选择最小范围(非空)的数据及最大范围(根据实际情况定)的数据,记下机器型号及产生结果所花的时间;

   2.7.3评价程序效率是否合理;

2.8多用户测试:

   2.8.1随机测试:在两个或以上的终端同时多次进入和退出被测试程序,程序应正确无误;

   2.8.2共享测试:在两个或以上的终端同时调用被测试程序做同样的工作,程序正确无误;

   2.8.3同步测试:就程序中使用到的同步机构,有针对性地组织数据进行测试,有关同步的命令包括对数据库表、文件的共享,互斥操作,文件程序或记录的加锁、解锁,对公共数据区域的操作等。

2.9测试报告:

   2.9.1进行软件测试的同时需填写软件测试报告,软件测试报告格式见附页;

   2.9.2每一项编程工作要经过程序员和测试工程师两级测试均合格后方可安装给用户;

            2.9.3填表说明:

        2.9.3.1表中程序员、测试工程师等空格由测试人员自己签字,当有多次反复测试时,日期填第一次通过测试的日期;

        2.9.3.2测试结果有两种填写形式,第一种形式由两个小方块“”提示,分别由程序员,测试工程师填写,当通过测试时填“”。第二种形式由长条提示,需填写测试内容;

        2.9.3.3测试工程师发现问题时,要在测试备忘中记录签字,若问题较多可另用A4纸记录,然后退回程序员更正;

        2.9.3.4不需要测试的项目用“/”号画去;

                 2.9.3.5“其它测试”是为上八条未涉及的测试内容而设计的。

3.测试奖励

对测试人员的奖励政策。以下问题奖励5元:经过多次测试才能发现的问题;非常规测试出来的问题;重大问题;一般问题奖励2元。每月统计一次。另:测试人员在工余时间的测试工作不再计加班工资。


项目编号:                         项目名称:                       

任务编号/序号:                     工作名称:                       

程序(ID):                         程序名称:                       

编程员:                            测试完成日期:            

测试工程师:                        测试完成日期:            

1、

        

 

 

安装:

1)程序运行环境已经正确设定                            

2、程序代码检查:

1)程序单位首部有程序说明和修改备注                    

2)变量、过程、函数命令符合规则                        

   3)程序中有足够的说明信息                              

   4)修改注释符合要求                                    

   5)类库的使用符合要求                                  

3、画面及报表格式检查:

1)画面和报表格式符合规定需求                          

   2)程序命名符合格式需求                                 

   3)画面和报表的字段位置和宽度与设计文档一致            

4、功能测试:

1)多画面之间切换正确                                  

   2)功能键、触发键、按钮、菜单、选择项功能正确          

   3)数据项关联及限制功能正确                            

   4)设计文档规定的其它功能

       

 

 

 

       

 

       

 

 

 

 

 

 

 

       

 

       

 

                               

 

                               

 

 

 

 

        测试内容:                              

5、正确性测试:

1)读//删除操作结果正确                                

   2)各种组合条件之查询或报表正确             

   3)设计文档规定的其它操作

        测试内容:                                          

6、可靠性测试:

1)非法键容错测试                                       

   2)异常字符容错测试          

   3)程序负作用检查                          

   4)残留文件检查                            

7、效率测试:

单用户(机型)                多用户(终端数)□        

(1)    输入画面效率测试:

延迟时间:                           

(2)    报表及查询效率测试:

最小报表时间:                       

最大报表时间:                       

8、多用户测试:

终端数:                 

(1)随机测试:

测试次数:                    

(2)共享测试:               

(3)同步测试:               

9、其它测试:

测试内容:                                          

测试备忘:

                                                                    

                                                                    

                                                                     

                                                                    

                                                                    

                                                                                                                              

 

测试情况反馈表

填表日期:                                   编号:

开发项目名称

 

开发项目编号

 

第一责任人

 

单元名称

 

责任人

 

单元所属子系统

 

开发周期

 

代码测试检查:

 代码测试内容

测试人员

            测试结果

     备注

  路径测试

 

 

 

  声明测试

 

 

 

  循环测试

 

 

 

  边界测试

 

 

 

  接口测试

 

 

 

  界面测试

 

 

 

  数据确认测试

 

 

 

  代码走查

 

 

 

功能测试:

序号

     功能名称

    操作方法

  结果

 建议

测试人员

备注

 

 

 

 

 

 

 

 测试结论

 

  责任人

 

项目第一责任人

 

   审核

 

项目组

 

测试组

 

总工办

 

总工程师

 

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
1.开发结束后,开发人员将程序交系统集成部安排测试。程序的开发者负责对软件测试人员进行安装、配置和使用培训,测试人员对安装、配置和使用方法进行记录,对程序不清楚的地方开发人员负责解释。 2.开始正式测试前,测试负责人对软件主要模块版本进行详细记录。对于测试过程中的版本的更新,测试负责人记录并通知所有参加测试人员进行版本更新,每次开始测试测试人员应检查测试计算机上的版本是否为最新版本。 3.测试中发现问题应填写《测试情况反馈表》(附表一),公司将根据反馈表对测试人员进行嘉奖,奖励方法见本规范第5条。反馈表定期汇总反馈给开发部,原则上半天反馈一次。开发人员负责解决问题,开发人员在反馈表上对解决方法和问题出现原因进行记录。在测试过程中,测试人员认为重大问题,比如系统的内存冲突、非法操作,测试人员应争取保留现场,请开发人员来现场查看。经解决的问题测试人员检查后不再出现,认可后在反馈表上签字,并记录下解决时间。反馈表由测试者保留,定期汇总上报。 4.系统集成部定期提交《测试工作报告》(附表二):对于软件产品的测试工作在每一版本的测试后提交测试总结报告,对于应用系统的软件测试则应根据项目大小,工期长短确定提交测试总结报告的周期和阶段。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值