- 1、本文档共10页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第三方软件测试标准(模板)
第三方软件测试标准(暂定)
引言
编写目的
本文档作为该系统测试的测试标准,内容关系到本次系统测试可能涉及到的测试内容和测试技术解决方案。
系统概述
? 略
测试描述
测试范围与内容
我方(北京圆规创新公司)对XX公司“XX”项目进行测试,保证使用方的功能正确,保证系统核心模块的稳定和安全,为项目的验收提供参考。以此,本计划列出了在此次功能测试过程中所要进行的内容和实施的方案及测试资源的安排,作为测试活动的依据和参考。
本次测试的对象为XX公司“XX”项目,测试范围为:略。
本次测试的主要内容有功能测试(含容错测试)、易用性测试。
测试依据
本次测试所依据的文档包含开发方提供的《需求规格说明书》、《操作手册》、《用户手册》,《维护手册》,《设计文档》等相关开发文档。
系统功能测试标准
可测试的功能点100%作为测试需求(如未作为测试需求,必须在测试计划中标注原因并通知用户方负责人);
测试需求100%被测试用例覆盖;
测试用例100%被实施(如未实施,在测试报告中标注未测试的原因并通知用户方负责人);
含有一类缺陷的系统不建议上线发布(缺陷严重等级见附录,需确认);
含有二类缺陷的系统不建议上线发布(缺陷严重等级见附录,需确认);
含有三类缺陷10个以上不建议上线发布(缺陷严重等级见附录,需确认);
权限矩阵测试覆盖率100%。
易用性测试
本系统的易用性测试不是本次测试的重点。我方的原则是在测试过程中如果发现有完全不符合IT行业习惯的操作、完成一次业务过多操作步骤和弹出窗口、界面颜色严重影响阅读、提示信息过于复杂或者简单、业务逻辑完全不符合思维逻辑的情况下,我方测试人员会提出易用性类型的缺陷,此类缺陷由用户方最终确认。
易用性测试的内容包括:
软件的用户界面是否友好,是否出现中英文混杂的界面;
软件中的提示信息是否清楚、易理解,是否存在原始的英文提示;
软件中各个模块的界面风格是否一致;
软件中的查询结果的输出方式是否比较直观、合理。
容错测试
本系统的容错测试不是本次测试的重点。我方的原则是在测试的过程中检查对系统对非常规操作或业务流程的容错性处理,是否影响系统的正常运行,是否给与用户明确的提示信息等,此类缺陷由用户方最终确认。
容错测试的检查内容包括:
软件对用户常见的误操作是否能进行提示;
软件对用户的的操作错误和软件错误,是否有准确、清晰的提示;
软件对重要数据的删除是否有警告和确认提示;
软件是否能判断数据的有效性,屏蔽用户的错误输入,识别非法值,并有相应的错误提示。
安全性测试
如用户方有明确的安全测试需求,可根据用户实际情况,进行安全性测试。
安全性测试的检查内容包括:
软件中的密钥是否以密文方式存储;
软件是否有留痕功能, 即是否保存有用户的操作日志;
软件中各种用户的权限分配是否合理;
性能测试
对软件需求规格说明书中明确的软件性能进行测试。测试的准则是要满足规格说明书中的各项性能指标(需明确说明)。
适应性测试
参照用户的软、硬件使用环境和需求规格说明书中的规定,列出开发的软件需要满足的软、硬件环境(包括服务器环境、客户端环境)。对部署环境进行测试(需明确说明)。
文档测试
用户文档包括: 安装手册、操作手册和维护手册(需明确说明)。对用户文档测试的内容包括:
操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块;
用户文档描述的信息是否正确, 是否没有歧义和错误的表达;
用户文档是否容易理解, 是否通过使用适当的术语、图形表示、详细的解释来表达;
用户文档对主要功能和关键操作是否提供应用实例;
用户文档是否有详细的目录表和索引表;
文档描述与程序当前版本符合
用户有特别要求的测试
用户对于系统是否有特别的要求(需明确说明)
预期提交文档
本次系统测试可能提交的文档包括《测试需求》、《测试计划》、《测试用例》、《测试报告》等。其中测试计划、报告等根据测试回归次数而产生多份。
测试需求文档
首先完成测试需求的整理,阅读项目功能性说明的相关文档,挑选出可以测试的功能点,完成测试需求的整理。
测试用例文档
测试需求作为今后测试活动的指导和目标,且为测试工作量的估算提供可计算的依据。我方制定测试需求后将测试需求提交相关人员进行审查。通过之后,将根据测试需求完成功能性测试用例的编写。
测试日志文档
测试用例设计完成之后,我方将测试用例提交给相关各方评审。评审通过后测试人员按照测试用例实施测试。测试人员在实施测试的时候,将每日填写测试日志。
测试报告
完成一次完整的功能测试之后,我方将汇总缺陷,完成测试报告。
测试工作流程
测试启动
开发方提供项目相关文档,包括《需求规格说明书》、《设计文档》、《用户手册》等相关文档;
开发方搭建测试环境,提供必要的软、硬件;
开发方进行
文档评论(0)