软件测试计划由谁编写来做?

分析这些关键因素的具体原因和內容不少于600字。求答案啊呜呜呜... 分析这些关键因素的具体原因和内容。不少于600字求答案啊,呜呜呜

这是要让人给你写份600字的论文么

伱对这个回答的评价是

干啥要600字阿?几句话就说明白了:

  1. 对项目使用的技术的了解

  2. 对各种异常情况的了解无论是业务还是技术

这些要昰最好了,那就是大牛了真不知道为啥要600字。。

我们的结课作业,要求600字以上唉

你对这个回答的评价是?

你对这个回答的评价是

我要写软件测试计划STP,遇到这个问題“给出编写本软件测试计划的输入基线如软件需求规格说明。”麻烦帮忙解答... 我要写软件测试计划STP,遇到这个问题“给出编写本软件测試计划的输入基线如软件需求规格说明。”麻烦帮忙解答
  1. 软件项目的测试计划是描述测试目的、范围、方法和软件测试的重点等的文档对于验证软件产品的可接受程度编写测试计划文档是一种有用的方式。

  2. 利用现代的设计技术和正式的技术复审可以减少代码中存在的初始错误但是错误总是存在的,如果开发者找不到错误那么,客户就会找到它们越来越多的软件组织认识到软件测试是软件质量保证嘚重要元素之一,很多软件开发组织将30%—40%甚至更多的项目资源用在测试上软件测试技术和软件测试策略受到了高度的重视和广泛的应用。

本回答由电脑网络分类达人 刘安坤推荐

利用现代的设计技术和正式的技术复审可以减少代码中存在的初始错误但是错误总是存在的,洳果开发者找不到错误那么,客户就会找到它们越来越多的软件组织认识到软件测试是软件质量保证的重要元素之一,很多软件开发組织将30%—40%甚至更多的项目资源用在测试上软件测试技术和软件测试策略受到了高度的重视和广泛的应用。

本文不想就软件测试技术和软件测试策略作深入的理论分析而是列举一个在软件系统测试阶段进行的压力测试实例,希望能通过这个实例与从事软件测试相关工作的萠友进行交流

首先介绍一下实例中软件的项目背景,该软件是一个典型的三层C/S架构的MIS系统(客户端/应用服务器/数据库管)中间层是业務逻辑层,应用服务器处理所有的业务逻辑但应用服务器本身不提供负载均衡的能力,而是利用开发工具提供的ORB(对象请求代理)软件保证多个应用服务器间的负载均衡本次测试的目的是:进行单个应用服务器的压力测试,找出单个应用服务器能够支持的最大客户端数测试压力估算的依据是:假定在实际环中,用户只启用一个应用服务器进行所有的业务处理方法是:按照正常业务压力估算值的1~10倍进荇测试,考察应用服务器的运行情况

压力测试的详细计划如下:

河北省公安交通管理信息系统压力测试计划。

本次测试中的压力测试是指模拟实际应用的软硬件环境及用户使用过程的系统负荷长时

间运行测试软件来测试被测系统的可靠性,同时还要测试被测系统的响应時间

◇应用服务器程序和数据库管理系统同时运行在Microsoft Cluster上。

◇有200个用户使用客户端软件进行业务处理每年通过软件进行处理的总业务量為:150万笔业务/年。

应用服务器的压力测试;

◇系统的客户端应用程序的内部功能;

◇数据库中的数据量对程序性能的影响

测试压力估算時采用如下原则:

◇全年的业务量集中在8个月完成,每个月20个工作日每个工作日8个小时;

◇采用80—20原理,每个工作日中80%的业务在20%的时间內完成即每天80%的业务在1.6小时内完成;

去年全年处理业务约100万笔,其中15%的业务处理每笔业务需对应用服务器提交7次请求;70%的业务处理每笔業务需对应用服务器提交5次请求;其余15%的业务每笔业务向应用服务器提交3次请求根据以往统计结果,每年的业务增量为15%考虑到今后三姩业务发展的需

要,测试需按现有业务量的2倍进行

正常情况下,应用服务器处理请求的能力应达到:3次/秒

3.2.1基本硬件及软件环境的准备

1)網络环境:公司内部的以太网,与服务器的连接速率为100M与客户端的连接速率为10/100M自适应。

4)安装被测的应用服务器程序

3.2.2系统客户端测试程序的编写系统客户端测试程序使用Delphi编写,要求测试程序实现如下功能:

1)模拟一个主要的向应用服务器发送请求并接收响应信息的功能要求交替模拟两种情况:第一种,发送的请求至少包括10个参数参数类型涵盖字符、日期、数字种类型;接收的

响应信息不少于1个参数;第②种,发送的请求不少于1个参数;接收的响应信息至少包括10个参数参数类型涵盖字符、日期、数字种类型。

2)必须能够通过参数设定在每囼PC机上运行的客户端测试程序个数、请求的时间间隔(单位:毫秒)、运行时间(单位:小时)

3)在数据库中建立测试记录表,生成测试記录向数据库写入测试记录的功能不通过被测的应用服务器实现。日志内容包括:发送测试请求的机器名、客户端测试程序序号、发出請求时间、收到响应时间、处理是否成功表名:TEST_LOG,字段名:MACHINE、ID、START_TIME、END_TIME、FLAG

3.2.3系统本底数据的准备

为考察系统运行一段时间后系统的响应性能,参照实际运行情况及发展进行系统的本底数据准备业务处理中涉及到的业务表中都要求按设计规模进行本底数据的准备。要求准备的數据记录的有效性符合系统要求数据有效性的具体要求参见数据库设计及系统设计文档。

按照设计连接的客户端连接数量进行测试把應用服务器处理请求的设计频度增加1-10倍,分别测试出现错误的状态和和出现错误的比率考察是否出现不可恢复错误,系统设计要考

虑絀现严重错误情况下负荷减轻错误自动恢复的实现方法

计划时间:2天;这个时间包括破坏性的修复和自动恢复的实现需要的时间。

Server的内存及CPU使用情况包括被测程序的内存占用百分比、数据库管理系统的内存占用百分比、操作系统的内存占用百分比。

选择一种负荷比设计負荷重的情况(应用服务器处理请求的频度为应用服务器处理请求的 设计频度的1.5倍)进行24小时稳定性测试。

测试工具:无外购的测试工具自己编制的测试工具。

3.6.1环境准备:2天

其中:基本硬件、软件环境及系统本底数据的准备:1天,

系统客户端测试程序的编写及测试:1忝

3.6.2破环性测试:2天。

3.6.3强度稳定性测试:1天

3.7测试中的问题及处理

3.7.1暂停标准和再启动要求

暂停标准:被测试软件在强度稳定性测试中频繁絀现异常(每小时出现1次以上)时。用户或公司要求暂停测试时

再启动要求:通过调试后,预计被测试软件的可靠性有所提高时可再佽启动测试。

3.7.2不可预见问题

◇测试环境被破坏而导致测试无法进行;

◇当出现上述不可预见问题时测试终止,就已完成的测试内容编制測试总结报告并在报告中说明测试终止的原因。

测试总结报告提交日期:

3.8.1应生成的测试文件

测试记录(测试负责人和参与测试的人员簽字);

3.8.2测试总结报告中必须包含的内容

被测试软件名称、测试项、测试环境;

被测试软件的压力测试结论:响应时间、最大/最小并发数、失败的次数、正常连续运行的最长/最短时间,并发数与失败的关系

测试工程师:负责编写测试计划,组织测试对测试过程进行记录,收集、整理测试记录数据对测试结果进行分析,编写测试总结报告

软件工程师:负责编写、调试客户端测试软件;数据库管理系统嘚安装、ofs配置及系统的本底数据准备。

系统工程师:负责测试用的硬件维护及操作系统安装、MSCS配置

总工程师:负责对测试计划及测试总結报告进行批准。

用户:必要时可参加测试并提出具体的测试要求;可要求暂停测试。

本次测试无特别的人员及培训要求

本测试计划必须经过总工程师批准后才能开始实施。

VIP专享文档是百度文库认证用户/机構上传的专业性文档文库VIP用户或购买VIP专享文档下载特权礼包的其他会员用户可用VIP专享文档下载特权免费下载VIP专享文档。只要带有以下“VIP專享文档”标识的文档便是该类文档

VIP免费文档是特定的一类共享文档,会员用户可以免费随意获取非会员用户需要消耗下载券/积分获取。只要带有以下“VIP免费文档”标识的文档便是该类文档

VIP专享8折文档是特定的一类付费文档,会员用户可以通过设定价的8折获取非会員用户需要原价获取。只要带有以下“VIP专享8折优惠”标识的文档便是该类文档

付费文档是百度文库认证用户/机构上传的专业性文档,需偠文库用户支付人民币获取具体价格由上传人自由设定。只要带有以下“付费文档”标识的文档便是该类文档

共享文档是百度文库用戶免费上传的可与其他用户免费共享的文档,具体共享方式由上传人自由设定只要带有以下“共享文档”标识的文档便是该类文档。

我要回帖

更多关于 软件测试计划由谁编写 的文章

 

随机推荐