功能测试、性能测试、安全性测试、配置和兼容性测试、可用性测试、链接测试等。
链接是Web应用系统用户界面的主要特征,它指引着Web用户在页面之间切换,以完成Web应用系统的功能
测试重点:链接是否正确、链接页面是否存在、是否有孤立的页面(没有链接指向的页面)等。
表单测试
表单(Form)是指网页上用于输入和选择信息的文本框、列表框和其他域,实现用户和Web应用系统的交互,当用户给Web应用系统管理员提交信息时,需要使用表单操作,如用户注册、登录、信息提交、查询等
测试重点
表单控件的正确性
提交信息的完整性、正确性
是否有错误处理
Cookie测试
Cookie通常标识用户信息,记录用户状态。
使用Cookie技术,当用户使用Web应用系统时,能够在访问者的机器上创立一个叫做Cookie的文件,把部分信息(访问过的页面、登录用户名、密码等)写进去,来标识用户状态。如果该用户下次再访问这个Web应用系统,就能够读出这个文件里面的内容,正确标识用户信息
如果Web应用系统使用了Cookie,必须检查Cookie是否能正常工作,是否按预定的时间进行保存内容
设计语言测试
在Web应用系统开发初始,根据软件工程的要求用文档的形式确定Web应用系统使用哪个版本的HTML标准,允许使用何种脚本语言及版本,允许使用何种控件,这样可以有效的避免Web应用系统开发过程中出现设计语言问题。
其他测试
数据库测试
面向任务、业务逻辑的测试
探查性测试
回归测试
速度测试:
对于最终的Web应用系统用户而言,最关心的性能问题是访问Web应用系统页面时,多长时间才能显示出来所需要的页面
通常情况下,响应时间不超过5秒
有些Web应用系统有超时限制,如果响应时间太慢,用户可能还没来得及浏览内容,就需要重新登录了
影响响应时间的原因有很多
应用程序服务器需要从数据库的大量数据中检索信息
服务器硬件影响(CPU、内存)
所访问页面文件大小
网络连接带宽
负载测试
负载测试是为了测量Web应用系统在一定负载情况下的系统性能,通常得出的结论是Web应用系统在一定的硬件条件下可以支持的并发用户数目或者单位时间数据(或事件)的吞吐量。
在进行负载测试前,需要定义标准用户(活动用户)的概念,定义执行典型的系统流程,定义负载测试执行总时间,定义抓取哪些事务的平均响应时间,定义用户可以接受的平均响应时间(通常为5秒)
测试时,增加用户数量,平均响应时间就会增加,当达到用户可以接受的平均响应时间这个临界点,即是此系统可以支持的并发用户数
压力测试
对Web系统进行压力测试,类似于普通机械、电子产品进行的破坏性试验。方法是实际破坏Web应用系统,测试系统的反应
压力测试是测试系统的限制和故障恢复能力,也就是测试Web应用系统会不会崩溃,在什么情况下会崩溃,崩溃以后会怎么样。
在Web应用系统性能测试过程中,常常将压力测试和负载测试结合起来。在负载测试的基础上,增大负载量,直到系统崩溃
实施性能测试需要注意
测试工具灵活使用
性能测试计划的制定
由于数据库安全性导致的Web应用系统安全性问题
Access数据库文件被下载
用户重要信息没有经过加密而存于数据库中
确认操作系统安全性 ,避免因操作系统漏洞导致Web应用程序的安全性问题
Web应用系统多采用登录的方式,产品发布时提供默认的管理员用户名和密码
确保应用系统实际应用中可修改默认管理员帐号和密码
用户名和密码设置要求(长度、大小写敏感、复杂度)
允许错误登录的次数
是否可以不登录而直接浏览某个页面
保证日志文件记录了Web应用系统的主要操作过程,并可根据日志文件追查到系统使用情况;同时还需要保证日志文件本身的安全性、完整性,防止被入侵者删除、获得
当Web应用系统采用了SSL等加密技术之后,需要确认加密、解密后信息传递的正确性和完整性
需要确认Web应用系统是否有超时设置,如有,则保证在超时设置时间内,如果未操作Web应用系统,当再次访问系统,需要重新登录
了解安全漏洞信息,避免Web应用系统中出现的漏洞被入侵者利用;及时升级补丁程序,提高系统安全性
Web应用系统多采用分布式体系结构,服务器端通常包括Web服务器组件、数据库服务器组件等。服务器还可能运行在不同的操作系统上,并且这些组件、操作系统等还可以有不同的配置方法,所以针对服务器的兼容性测试往往工作量较大
针对客户端浏览器的配置和兼容性测试是必不可少的,并且占据了Web应用系统客户端配置和兼容性测试的大部分时间
典型的应用服务器:
Web服务器:
通过MS IIS、BEA Weblogic、IBM Websphere、Tomcat、Sun J2EE Application、Apache等中间件、插件,提供Internet/Intranet Web服务,实现与众多客户之间的数据交换和共享
数据库服务器
主要提供数据库查询、处理的平台,通过Oracle、SQLServer、Informix、DB2、Sybase、MySQL等中大型的数据库管理系统来构建
实时通信服务器
提供数据实时通信、消息传递等服务,如MSN、Yahoo message和ICQ等专用服务器服务器端配置和兼容性测试内容
Web服务器、数据库服务器、防火墙、操作系统、硬件兼容性等。
求问,软件测试一般简历要怎么写
软件测试一般简历的格式及内容:姓名:目前所在: 天河区 年 龄: 24 户口所在: 江西 国 籍: 中国 婚姻状况: 未婚 民 族: 汉族 培训认证: 未参加 身 高: 175 cm 诚信徽章: 未申请 体 重: 64 kg 人才测评: 未测评 我的特长: 求职意向 人才类型: 普通求职 应聘职位: 软件测试工程师: 工作年限: 3 职 称: 求职类型: 全职 可到职日期: 一个星期 月薪要求: 3500--5000 希望工作地区: 广州,, 工作经历 江西易往信息技术有限公司 起止年月:2009-06 ~ 2010-05 公司性质: 股份制企业 所属行业:通信/电信/网络设备 担任职位: 软件测试工程师 工作描述: 主要职责:1. 根据项目需求,制订测试方案,编写测试计划,编写测试用例;2、搭建测试环境,执行测试用例并跟踪测试结果; 3、编写维护软件说明及测试报告等相关文档;4、日常差错问题查询、处理及跟踪提交详细报告; 离职原因: 深造 广东赛特技工学校 起止年月:2008-02 ~ 2009-06 公司性质: 私营企业 所属行业:教育/培训/院校 担任职位: 班主任兼教师 工作描述: 学生管理与家长沟通,课件安排及课程的教学。
离职原因: 目标--资深软测工程师 志愿者经历 教育背景 毕业院校: 最高学历: 本科 获得学位: 毕业日期: 2008-06 专 业 一: 机械电子 专 业 二: 起始年月 终止年月 学校(机构) 所学专业 获得证书 证书编号 2010-06 2010-12 北大青鸟广州软测培训中心 软件测试 北大青鸟软件测试工程师证书 - 语言能力 外语: 英语 良好 粤语水平: 良好 其它外语能力: 英语 四级 国语水平: 精通 工作能力及其他专长 掌握C语言,熟悉HTML、XML语言、VBScript脚本语言,了解Java语言、C++ ;能够熟练读写英文技术文档,并具备良好的英语阅读能力;能熟练的搭建Windows测试环境,能熟练搭建DHCP、DNS、FTP、WEB服务器等。
掌握软件工程,软件测试理论知识,软件测试流程,能根据需求分析编写测试计划,设计测试用例,执行测试用例并提交缺陷报告,提交测试总结报告;掌握高效设计测试用例的方法,根据不同的情况运用适当的方法设计测试用例,例如:边界值,等价类,因果图,正交表,状态图等;能熟练使用Linux命令实现基本操作,包括文件管理、用户权限管理、进程管理等,能配置linux与网络应用环境,对shell编程有一定基础;熟悉掌握SQL与Access数据库,了解视图、存储过程、触发器、表链接、事务的创建及工作原理,主键与外键的关系,对MySQL、Oracle数据库有一定的了解;熟悉白盒测试,能利用各种覆盖率技术,如:语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、路径覆盖,设计测试用例并实施测试,对代码检查工具Logiscope和C++ test有一定的了解;熟练使用自动化测试工具,例如:功能测试工具QTP,性能测试工具LoadRunner,测试管理工具TestDirector、 Bugzilla等缺陷跟踪及管理工具的运用,并能熟练使用配置文档管理软件VSS;自我评价 热爱软件测试工作,可以胜任重复性工作,工作细致认真、积极主动、有耐心、严谨。
有较强的沟通技巧及团队合作精神,组织协调能力,较强的责任感及进取精神。
时间观念超强,能根据任务安排及时完成,承受较大的工作压力,能适应加班及出差工作。
积极上进,不耻下问,具有发现问题并分析、解决应用问题的能力,较强逻辑分析及文字表达能力。
能与开发人员以及客户很好地进行沟通和交流,能与客户成为最为友好的朋友,最终与团队共同创造价值。
具备良好的身体素质及心理素质,非常热爱音乐及各球类运动。
非常积极参加文体活动。
在今后工作中不断的积累经验,拓展自己各方面的知识,往极具有挑战性的高级测试工程师和管理方向发展,成为资深的测试工程师和系统架构师。
项目经验 项目经验一 项目名称:Mattel Video Girl Camera 项目描述:该项目有硬件与软件两部分。
硬件可以随时随地拍照录像并传到软件上,也可以作为网络摄像头使用,通过软件编辑添加一些特效,做成影片。
工作职责: 1)搭建测试平台;2)对所有的功能进行功能性的覆盖测试;3)在不同的系统上测试兼容性,并对声卡显卡进行兼容性测试;4)提交缺陷报告,并对缺陷进行跟踪处理;5)回归测试。
项目经验 二 项目名称:供电管理系统性能测试 项目描述:1)核心业务场景测试;2)组合业务场景测试;3)历史大量数据访问测试;4)压力测试和负载测试;5)WEB服务运行平台:Windows 2000 Server JDK1.42 TomCat4.1.18。
工作职责:1)参与项目测试计划的制定;2)主要进行核心业务模块测试;3)根据需求文档和测试计划编写测试用例;4)根据测试目的设计性能测试用例,运用Loadrunner录制脚本并设计测试场景;5)执行测试并运用VSS配置管理工具管理和提交测试文档和TestDirector进行缺陷跟踪系统填写缺陷跟踪报告并提交;
windows自带计算器的测试计划
Boffice软件系统测试计划Windows计算器的测试计划修订历史记录 版本 日期 添加/修改/删除 修订者 说明 2009-5-5 张XX 目录 1.简介1. 1目的 Windows计算器的测试计划文档有助于实现以下目标:1.确定现有项目的信息和应测试的软件构件2.列出推荐的测试需求3.推荐可采用的测试策略,并对这些策略加以说明4.确定所需的资源,并对测试的工作量进行估计5.对整个测试工作的工作量进行估计6.对测试活动的进程进行有计划的实施7.列出测试项目的可交付元素1. 2背景项目名称:计算器 任务提出者:开发者:用 户:个人项目背景:windows自带软件????????????????1. 3范围测试的各个阶段:测试设计:根据软件行业标准,制定测试计划、测试方案,包括收集测试方法、测试用例及可能的测试工具等。
系统测试:主要针对功能、界面、安装、版本验证进行测试,对经常使用的模块进行重点测试。
2.测试参考文档和测试提交文档2.1. 测试参考文档无2.2. 将要用到文档测试时间表、人员安排、测试总体计划、测试方案、测试分析报告、测试用例模版、测试报告单模版、测试用例通过情况统计表、各个模块的测试用例。
2.3. 测试提交文档测试报告、测试记录、测试总结、工作日志。
2.4. 测试项目里程碑里程碑任务 工作量 开始日期 结束日期制订测试计划 X人/1.0天 设计测试用例 X人/0.5天 系统测试 X人/0.5天 测试总结 X人/0.5天 2.5. 各测试阶段资源要求及时间安排 人员 设备 时间安排测试计划 5台计算机 测试设计 5台计算机 系统测试 5台计算机 测试总结 5台计算机 2.6. 问题优先级描述严重程度:Blocker 阻碍开发和/或测试工作Critical 死机,数据丢失,内存溢出Major 较大的功能缺陷Normal 普通的功能缺陷Minor 较轻的功能缺陷Trivial 产品外观的问题或不影响使用的小毛病Enhancement 建议或意见优先级: 描述 响应时间P1 用户使用频率高 督促开发发现问题后立即修改P2 Minor轻微的缺陷 督促1-2个工作日修改P3 Normal用户经常使用的功能 发布之前P4 Trivial用户很少使用的功能 可以在发布后修改的问题2.7. 备注3.术语和定义 4.测试策略4. 1.功能测试测试目标: 系统提供的功能正常实现方法: 测试开始阶段主要针对的功能实现进行测试。
重要的功能应投入更多的精力进行测试,并及时小结开始标准: 各个模块集成一起,即可开始需考虑的特殊事项: 注意其中一些重要功能与实际效果相关,并不是简单的功能实现4.2.界面测试:测试目标 程序界面符合相关的规范方法 按照规定逐项检查,包括菜单项,按钮,提示信息检查提示信息中的文字和标点符号,图标等完成标准 程序界面与相关规定的要求统一需考虑的特殊事项 注意启动画面和安装程序的版权信息注意版本信息4.4.兼容性测试(资源不足,无法测试)测试目标: 测试软件在当前微软系列操作系统中的运行情况,以及和同类文字处理软件的兼容性问题方法: 1,在Microsoft Windows 98, ME, NT(Service Pack 6 之上), 2000 及 XP中安装软件并能够正常运行,2,测试软件与同类软件word97, word2000, word2003,WPS之间的兼容性问题。
3,与其它相关软件web浏览器,绘图程序等进行兼容性测试。
完成标准: 能够在微软系列操作系统中正常安装并且运行,可以识别和处理其它厂商同类软件生成的文件,同时产生的文件可以被其它厂商同类软件所正确识别和处理,对于其它相关软件如web浏览器,绘图软件等可以兼容运行。
需考虑的特殊事项: 无 希望是您所需要的。
加入一个测试经理对一个网站进行测试,都需要做什么?做测试计划、...
(一) 先说测试计划吧一个好的测试计划是用来计划测试的,指导整个测试过程。
所以一个好的测试计划一定是可以指导测试的,就是对整个测试过程中的人力,时间,资源,策略,范围的一个说明。
作为一个测试计划来讲,核心的三个要素是时间,资源,范围。
(这句话摘自微软的软件测试培训材料),时间就是什么时候做以及要花多久做,资源就是你要调用的人力、机器等资源,范围是你要测试的东西以及测试重点。
除以上提到的3项之外,还有比较重要的项目有策略(具体就是怎么测)、风险控制(一旦有问题采取什么应急措施)等项目。
要把一个计划做得很有实用性,按照笔者的经验,要注意以下几个方面:a. 上面提到的三要素不能少b. 测试策略一定要交待清楚,就是大概怎么测试c. 需要其他人员(部门)协调的,要交待清楚d. 在估计测试所需的时间、人力及其它资源时,尽量做到客观、准确、留有余地,特别是估计开发时间和debug时间,以及要对自己的执行用例速度,回归速度心里有数e. 测试计划中每个阶段要明确表明,并且测试阶段的输入、输出文档要清楚f. 测试计划中的时间段不宜太长(最好以day为单位),太长就比较模糊,不好度量,不好checkg. 一定要有风险控制,要不然计划缺乏可执行性h. 计划写完之后不是装在兜里,要组织PM和Dev进行评审i. 要不断更新计划,记住:每个计划都是动态的,不是一成不变的(二) 再说测试用例和测试计划一样,测试用例很多时候也沦为形式,这是软件测试的可悲之处,软件测试的依据就是测试用例,如果用例弃之不用,你凭什么做好测试?这个很可笑。
但是实际测试过程中很多时候测试用例并没用到实处,笔者认为还是用例实用性问题,有的时候用例洋洋洒洒数万字,到回归测试的时候根本用不上,至于如何选择回归测试用例,我曾经写过另一篇文章,欢迎查阅。
下面我就个人体会谈谈做好测试用例的关键。
首先,在做用例之前,要做两件事情。
第一, 透彻了解程序(需求和架构)。
第二, 做一个正式的测试设计(最好文档化)。
然后再开始写用例。
一般写用例的步骤和建房子一样,先搭框架,然后填材料,填材料的时候,主要根据需求做相关的设计,具体的设计方法就是那几种(郑老的书上写的很清楚)一般来说,设计一个比较实用的测试用例,注意如下几个方面:a. 选用好的用例管理工具(这个很重要,千万不要用word,excel)b. 用例一定要及时更新(补充新的想法,删除过时的需求)c. 做好用例分级d. 做好用例评审,写用例之前可以征询相关人员的意见e. 可以考虑结对编写,这个是不错的主意f. 要全面,包括功能、性能、兼容性、安全性、易用性、容错性等等g. 注意把握适当的颗粒度OK,以上是我个人总结的一些心得,希望对您有些帮助.-----------------------------------------------------------------------------------------我不知道lz说的做好测试计划中的“做好”两字具体指的是什么对于目前大部分公司存在的状况,很多测试计划文档只是一种形式而已所以我的理解是:怎样让测试计划对整个测试工作真正具有指导作用这里把测试计划和测试方案分开来讲(计划对应于管理层面的问题,方案对应于技术方面的问题)测试计划中最重要的内容包括:进度安排;人力、物力资源分配(包括组织结构等)、风险假设和规避措施。
(其他像软件版本号之类的,只要是个人都会写,这里不列了)写好测试计划的关键在于:1 充分了解你的团队的整体实力和团队中每个成员的特点2 充分理解为当前软件制订的整个研发活动过程带过项目的人都知道:在实际项目中,往往进度才是第一位的,但是对进度的把握和估算却是极其困难的。
只有做到这两点才有可能对进度有比较准确的把握,对人员有一个合理的分配。
否则所谓的进度,所谓的资源分配,都是拍脑袋得出的结果,风险假设更是无从谈起,这样的测试计划文档只能流于形式也就不足为奇了。
写好测试方案的关键在于:1 有一个合理的测试计划2 熟悉相关业务3 深入体会用户的实际需求这个不想多解释了,不难理解。
至于测试用例看到上面不少朋友认为关键在于理解用户需求其实理解用户实际需求是一切的根本并且对于有些测试(比如像单元测试)对应的测试用例通常和用户需求之间的关系可能并不直接或是十分密切当然,如果有一份好的需求和设计文档的话,什么事情都解决了。
可是现实往往是不存在这样的文档的。
所以我的看法是:1 对业务理解的深入程度2 经验3 有自己的文档前两条不解释了。
自己的文档包括两方面:一个是常用的特殊测试数据,比如一些特殊字符,极限长度的输入等等。
这个在项目时间紧迫的时候是非常有帮助的(有的时候甚至可以当成check list)。
另一个就是自己测试模块对应的相关需求和设计文档。
服务器上的标准文档拖到本地来并且记得及时更新。
然后在测试过程中,需要什么内容文档上没有,最直接的方法是和开发人员沟通。
(其实我很反对这么做。
你想,按开发人员自己说的标准去测他们自己开发的模块能测出因为需求或者设计错误导致的问题么……应该是和客户和designer去沟通,可惜一般没有这条件-_-)任何标准文档上缺少的...
现在web端的软件测试工具用的比较多的哪个
开源测试管理工具:Bugfree、Bugzilla、TestLink、mantis 开源功能自动化测试工具:Watir、Selenium、MaxQ、WebInject 开源性能自动化测试工具:Jmeter、OpenSTA、DBMonster、TPTEST、Web Application Load Simulator [TestDirector]:企业级测试管理工具,也是业界第一个基于Web的测试管理系统。
[Quality Center]:基于Web的测试管理工具,可以组织和管理应用程序测试流程的所有阶段,包括指定测试需求、计划测试、执行测试和跟踪缺陷。
[QuickTest Professional]:用于创建功能和回归测试。
[LoadRunner]:预测系统行为和性能的负载测试工具。
[其他工具与自动化测试框架]:Rational Functional Tester、Borland Silk系列工具、WinRunner、Robot等。
国内免费软件测试工具有:AutoRunner和TestCenter。
软件测试工具的工具推荐
开源测试管理工具:Bugfree、Bugzilla、TestLink、mantis zentaopms开源功能自动化测试工具:Watir、Selenium 、TestWriter开源性能自动化测试工具:Jmeter、OpenSTA、Web Application Load SimulatorTestWriter测试管理工具:功能比较全面的测试管理工具,功能包括简单的功能测试还有兼容性测试,数据方便易维护。
Quality Center:基于Web的测试管理工具,可以组织和管理应用程序测试流程的所有阶段,包括指定测试需求、计划测试、执行测试和跟踪缺陷。
QuickTest Professional:用于创建功能和回归测试。
其他测试工具与框架还有Rational Functional Tester、Borland Silk系列工具、WinRunner、Robot等。
电商软件测试是做什么的
一般情况下公司招聘的职位描述是这样的:1、PC、web系统和app的测试;2、建立并完善测试流程,编写测试计划,测试用例,完成测试报告;3、参与软件项目的需求分析,关注项目需求的合理性,可测性(根据测试需求或测试用例搭建测试环境,执行测试,并协助研发人员定位排查问题,提交BUG,并进行BUG跟踪和回归测试,直到BUG解决);4、参与重大产品需求和架构设计评审,保证产品设计与架构的合理性。
岗位要求:1、*年以上工作经验;2、有较强的思维能力和学习能力,具备较好的测试用例编写思维;3、具备较强的抗压能力;4、熟悉SQL(MySQL)或**语言,能熟练进行增删改查操作;5、具备自动化测试经验;6、有电商及相关行业工作经验者优先。
以前从未做过测试,想做软件测试工作,请问:该如何学习起?能否给...
中高级软件测试工程师需要考的内容 考试内容: 一、软件测试的基本概念 1.软件质量的概念。
2.软件测试的目标和原则。
3.软件测试的心理学。
4.软件测试的经济学。
5.软件质量保证。
二、软件测试的类型及其在软件开发过程中的地位 1.软件开发阶段。
2.规划阶段的测试。
3.设计阶段的测试。
4.编码阶段的测试。
5.验收和维护阶段的测试。
三、代码检查、走查与评审 1.桌面检查。
2.代码走查。
3.代码检查。
4.同行评审。
四、覆盖率(白盒)测试 1.覆盖率测试。
2.逻辑结构的覆盖率测试。
3.路径覆盖率测试。
4.数据流测试。
5.程序变异测试。
6.基于覆盖的测试用例选择。
五、功能(黑盒)测试 1.边界值测试。
2.等价类测试。
3.基于因果图的测试。
4.基于决策表的测试。
5.基于状态图的测试。
6.基于场景的测试。
7.比较测试。
六、单元测试和集成测试 1.单元测试的目标和模型。
2.单元测试策略。
3.单元测试分析。
4.单元测试的测试用例设计原则。
5.集成测试基本概念。
6.集成测试策略。
7.集成测试分析。
8.集成测试用例设计原则。
七、系统测试 1.系统测试概念。
2.系统测试方法。
3.系统测试的实施。
八、软件性能测试和可靠性测试 1.软件性能的概念。
2.性能测试的执行。
3.软件可靠性的概念。
4.可靠性预计。
5.可靠性分析方法。
6.软件可靠性测试的执行。
九、面向对象软件的测试 1.面向对象软件测试的问题。
2.面向对象软件测试模型。
3.面向对象软件的测试策略。
4.面向对象软件的单元测试。
5.面向对象软件的集成测试。
6.面向对象软件的系统测试。
十、Web应用测试 1.应用服务器的分类和特征。
2.Web应用系统的特点。
3.Web应用系统的测试策略。
4.Web应用系统测试技术。
5.Web应用系统安全测试。
十一、其他测试 1.兼容性测试。
2.易用性测试。
3.GUI测试。
4.构件测试。
5.极限测试。
6.文档测试。
十二、软件测试过程和管理 1.软件测试过程概念。
2.测试组织管理。
3.测试计划的制定。
4.测试步骤的确定。
5.测试环境管理。
6.软件测试风险分析和成本管理。
7.测试文档管理。
8.测试的复用与维护。
十三、软件测试自动化 1.测试自动化的原理、方法。
2.测试用例自动生成。
3.测试执行自动化。
4.测试结果比较自动化。
5.测试工具的分类和选择。
6.测试工具的主流产品介绍。
十四、软件测试的标准和文档 1.软件测试的标准。
2.软件测试的文档。
十五、软件测试实践 1.软件测试过程管理。
(1)软件测试过程管理概念。
(2)测试的设计。
(3)测试的准备。
(4)测试的执行。
(5)软件问题报告和软件问题生命周期。
(6)测试的总结。
(7)QESuite软件测试过程管理平台。
2.白盒测试实践。
(1)被测程序说明。
(2)静态分析。
(3)被测程序的插装和动态测试。
(4)QESAT/C++白盒测试工具
转载请注明出处范文大全网 » Web应用的测试内容都包括哪些方面