技术资料分享第三方软件测试报告(暂定)1. 引言1.1.编写目的本文档作为该系统测试的测试标准,内容关系到本次系统测试可能涉及到的测试内容和测试技术解决方案。1.2.系统概述略2. 测试描述2.1.测试范围与内容我方(北京圆规创新公司)对 XX 公司“XX”项目进行测试,保证使用方的功能正确,保证系统核心模块的稳定和安全,为项目的验收提供参考。以此,本计划列出了在此次功能测试过程中所要进行的内容和实施的方案及测试资源的安排,作为测试活动的依据和参考。本次测试的对象为 XX 公司“XX”项目,测试范围为:略本次测试的主要内容有功能测试(含容错测试)、易用性测试2.2.测试依据本次测试所依据的文档包含开发方提供的《需求规格说明书》、《操作手册》、《用户手册》,《维护手册》,《设计文档》等相关开发文档。技术资料分享并依据 IT 行业项目的通用标准,包括功能测试标准、缺陷标准、易用性标准。对于项目的易用性标准,原则上由测试方提出易用性问题修改的建议,由开发方对测试方提交的问题进行确认。3. 测试解决方案我公司针对用户方提出的测试要求,根据以往项目的实际经验,撰写测试技术解决方案。该解决方案包含了本次系统测试可能涉及到的测试类型,并分别介绍不同测试类型的内容和相关标准。3.1.系统功能测试实施系统功能测试,完成对被测系统的功能确认。采用黑盒测试方法,根据需求规格说明书和用户手册,将功能点转换为功能测试需求,根据测试需求编写测试用例,保证所有功能点必须被测试用例覆盖测试用例的编写采用基于场景的测试用例编写原则,便于以使用者的角度进行测试。用例设计上兼顾正常业务逻辑和异常业务逻辑。测试数据的选取可采用 GUI 测试,等价类划分、边界值分析、错误推测、比较测试等测试方法中的一种或者几种数据的组合,一般以等价类划分和边界值法为主。3.1.1.系统功能项测试对《软件需求规格说明书》中的所有功能项进行测试(列表);3.1.2.系统业务流程测试对《软件需求规格说明书》中的典型业务流程进行测试(列表);3.1.3.系统功能测试标准>可测试的功能点 100%作为测试需求(如未作为测试需求,必须在测试计划中标注原因并通知用户方负责人);技术资料分享>测试需求 100%被测试用例覆盖;>测试用例 100%被实施(如未实施,在测试报告中标注未测试的原因并通知用户方负责人);>含有一类缺陷的系统不建议上线发布(缺陷严重等级见附录,需确认)>含有二类缺陷的系统不建议上线发...