欢迎来到课桌文档! | 帮助中心 课桌文档-建筑工程资料库
课桌文档
全部分类
  • 党建之窗>
  • 感悟体会>
  • 百家争鸣>
  • 教育整顿>
  • 文笔提升>
  • 热门分类>
  • 计划总结>
  • 致辞演讲>
  • 在线阅读>
  • ImageVerifierCode 换一换
    首页 课桌文档 > 资源分类 > DOCX文档下载  

    项目测试方案.docx

    • 资源ID:471482       资源大小:24.27KB        全文页数:7页
    • 资源格式: DOCX        下载积分:5金币
    快捷下载 游客一键下载
    会员登录下载
    三方登录下载: 微信开放平台登录 QQ登录  
    下载资源需要5金币
    邮箱/手机:
    温馨提示:
    用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)
    支付方式: 支付宝    微信支付   
    验证码:   换一换

    加入VIP免费专享
     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    项目测试方案.docx

    项目测试方案项目名称:项目编号:供应商名称:日期:第一章测试内容在系统调测期间,天水市国资委有权派出技术人员参加,同时我公司对其进行指导。测试内容包括功能要求、可靠性、安全性、性能、可扩充性、可维护性、平台移植性、与其它系统的接口等。表测试内容表质量特性质量子特性定义测试方法备注适合性软件产品为指定的任务和用户目标提供一组合适的功能的能力。验证系统是否覆盖需求/准确性软件产品提供具有所需精度的正确或相符的结果或效果的能力。验证需求是否被正确实现,采用等价方法,构造一些合理输入,检查是否得到期望的输出/功能性互操作性软件产品与一个或更多的规定系统进行交互的能力。检查被嵌入或被调用的系统是否功能仍然正确或符合需求/安全保密性软件产品保护信息和数据的能力,以使未授权的人员或系统不能阅读或修改这些信息和数据,而不拒绝授权人员或系统对它们的访问。验证系统对非法访问的检测及处理能。/功能性的依从性软件产品遵循与功能性相关的标准、约定或法规以及类似规定的能力。检查需求规格说明书中在功能性方面应当说明系统所遵循的标准、约定、法规以及类似规定,并检查系统对这些标准、规定是否遵循/可靠性成熟性软件产品为避免由软件中故障而导致失效的能力。记录在按测试用例操作、随机操作、异常操作如断开网络、调用未安装的系统时,记录引起系统失效的次数/容错性在软件出现故隙或者违反其指定接口的情况下,软件产品维持规定的性能级别的能力。通过构造不合理输入,检测系统的处理能力/易恢复性在失效发生的情况下,软件产品重建规定的性能级别并恢复受直接影响的数据的能力;强制性地破坏系统,检测系统的自动恢复能力和需手工恢复的难度与时间/可靠性的依从性软件产品遵循与可靠性相关的标准、约定或法规的能力。检查需求规格说明书中在可靠性方面应当说明系统所遵循的标准、约定、法规以及类似规定,并检查系统对这些标准、规定是否遵循/易用性易理解性软件产品使用户能理解软件是否合适以及如何能将软件用于特定的任务和使用条件的能力。查看软件说明书、用户手册、在线帮助是否方便、易懂/易学性软件产品使用户能学习其应用的能力。查看软件说明书、用户手册、在线帮助、软件命名是否合理通俗易懂/易操作性软件产品使用户能操作和控制它的能。查看界面布局、操作方式、业务流程、提示信息是否方便精确/吸引性软件产品吸引用户的能力。检查设计规格说明书中关于用户界面的要求是否得到了满足;软件开发界面规范是否得到了执行。/易用性的依从性软件产品遵循与易用性相关的标准、约定、风格指南或法规的能力。检查需求规格说明书中在易用性方面应当说明系统所遵循的标准、约定、法规以及类似规定,并检查系统对这些标准、规定是否遵循/效率时间特性在规定条件下,软件产品执行其功能时,提供适当的响应和处理时间以及吞吐率的能力自动化测试方式/资源利用性在规定条件下,软件产品执行其功能时,使用合适数量和类别的资源的能力。自动化测试方式/效率依从性软件产品遵循与效率相关的标准或约定的能力。检查需求规格说明书中在效率方面应当说明系统所遵循的标准、约定、法规以及类似规定,并检查系统对这些标准、规定是否遵循/维护性易分析性软件产品诊断软件中的缺陷或失效原因或识别待修改部分的能力是否能通过日志、系统的架构尽快地定位错误/易改变性软件产品使指定的修改可以被实现的能力。检测系统的架构是否易于修改。/稳定性软件产品避免由于软件修改而造成意外结果的能力。检测系统的架构,修改时是否易引起其他的错误。/易测试性软件产品使已修改软件能被确认的能。当系统发生变更时,除测试更改部分外,计算引起其他需要进行测试的工作量,检测是否易于计算由修改带来的工作。/维护性的依从性软件产品遵循与维护性相关的标准或约定的能力。检查需求规格说明书中在维护性方面应当说明系统所遵循的标准、约定、法规以及类似规定,并检查系统对这些标准、规定是否遵循。/可移植性适应性软件产品毋需采用额外的活动或手段就可适应不同指定环境的能力。一般采用自动化测试,测试在各个操作系统下系统的功。/易安装性软件产品在指定环境中被安装的能力。有无安装手册,能否按照手册成功安装,安装需要的工作。/共存性软件产品在公共环境中同与其分享公共资源的其他独立软件共存的能力。当系统或用户试图将软件与其他的独立软件在公共环境中共享公共资源时的用户行为。/易替换性软件产品在同样环境下,替代另一个相同用途的指定软件产品的能力。检查测试软件在个特定的硬件/软件/操作系统/网络等环境下的性能如何。/可移植性的依从性软件产品遵循与可移植性相关的标准或约定的能力。检查需求规格说明书中在可移植性方面应当说明系统所遵循的标准、约定、法规以及类似规定,并检查系统对这些标准、规定是否遵循。/第二章可靠性测试可靠性测试使系统长时间处于既定的压力下运行,来观察其运行状况,包括响应时间、吞吐量、资源利用率等的变化情况。2. 1.性能测试系统的基本能力测试,模拟系统运行的业务压力和使用场景,系统的性能是否满足要求,测试参数响应时间(最小响应时间、平均响应时间、最大响应时间)是否符合需求。3. 2.可扩充新测试可扩充性指根据系统实际的要求,使系统能适应变化和新情况。4. 3.可维护新测试在确定已知的最大并发用户数的测试中,将虚拟用户数逐渐增加超过最大并发数,超时错误的事务越来越多,运行一段时间后,逐渐减少虚拟用户数,观察响应时间以及事务执行情况,是否也随之恢复到预期中的状态。5. 4.平台移植性测试可移植性指的是未经修改或修改部分源代码后,软部件从一种环境移植到另一种环境中还能正常工作的难易程度。6. 5.与其他系统的接口的测试接口测试是无界面的功能测试。以下为接测试的要点。(1)输入参数测试:针对输入的参数进行测试,也可以说是假定接口参数的不正确性进行的测试,确保接口对任意类型的输入都做了相应的处理:输入参数合法,输入参数不合法,输入参数为空,输入参数为null,输入参数超长;(2)功能测试:在正常情况下测试时接口是否满足了所提供的功能;(3)异常场景。如:请求超时、快速连续点击、请求失败情况(任务型的,失败后是否可以重新下发任务)。第三章测试步骤软件的每一版本都经历四次测试任务,分别为单元测试、集成测试、系统测试、验收测试。质量保证组在实施与测试阶段,对软件的实施、测试及版本进行管理。同时,在项目实施过程中,配备专门的版本管理工程师协助业主完成对已有系统的版本管理工作。此次开发项目包括多个方面的工作和任务,每一项任务的完成;文档的交付;功能模块的完成;软件的交付都有相应的完成标志和测试、评估和验收标准。第四章测试工具软件评测采用先进的测试工具进行测试工作,结合自动化自测,对软件功能、性能多方面进行测试工作,并采用统一的测试管理工具进行测试结果的管理和处理。1) 测试管理系统:TestDirector2) 压力测试工具:LoadRunner3) 自动化测试工具:QuickTestProfessional第五章测试数据我公司将在模块开发过程中,阶段性按照已确认的确定功能,组织人员进行测试工作,并认真准备与业务流程相关的测试数据进行全流程功能及性能测试,确保数据贴近业务环境,实现开发功能各项标准达成。(1)大数据量测试大数据量测试对大数据量进行测试,包括独立的数据量测试和综合数据量测试。用例目的测试系统对负载大数据量的能力,测试项平均输出响应时间(秒)是否能正常工作。包括:独立的大数据量存储;综合的大数据量存储;独立的大数据量统计;综合的大数据量统计。(2)数量执行SQL语句,查看执行时间日志,用Profile工具计算平均值等;跟踪Oracle执行计划查看SQL经过哪些分区和索引,多少次全表扫描。(3)测试数据:系统的输入值用其按时间的分布或按它们在可能输入范围内的出现概率的分布。第六章测试程序本测试根据需求、设计编写测试用例,然后执行测试用例,录入缺陷。缺陷管理的流程:(1)测试人员将测试过程中发现的缺陷录入测试管理工具TD;(2)项目经理定期察看缺陷记录,确定需要修改的缺陷,指定相关人员修改;对不需修改的缺陷说明原因;(3)开发人员修改后,程序重新入库,并通知测试人员进行测试;(4)测试人员进行回归测试,循环步骤1一3直到测试达到测试目标为止;(5)测试人员统计本次测试缺陷数和修改率,记入测试分析报告。第七章测试结果形式测试结果形式为文档和报告形式。测试软件将交至测试机构并由测试机构出具测试报告,测试报告至少应包括产品说明、用户文档、功能性、效率、易用性、可靠性和可移植性等检测项目。

    注意事项

    本文(项目测试方案.docx)为本站会员(夺命阿水)主动上传,课桌文档仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知课桌文档(点击联系客服),我们立即给予删除!

    温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




    备案号:宁ICP备20000045号-1

    经营许可证:宁B2-20210002

    宁公网安备 64010402000986号

    课桌文档
    收起
    展开