系统测试包含哪几部分?

玩技站长
玩技站长
玩技站长
管理员, Keymaster
10834
文章
669
评论
测试资讯评论113字数 1312阅读4分22秒阅读模式
摘要一、系统测试主要内容1、系统测试的过程:计划-->设计-->实现-->执行2、被测对象: xxxxxx系统3、测试被测对象的版本:例如V1 04、做的是

一、系统测试主要内容

1、系统测试的过程:计划-->设计-->实现-->执行文章源自玩技e族-https://www.playezu.com/190207.html

2、被测对象: xxxxxx系统文章源自玩技e族-https://www.playezu.com/190207.html

3、测试被测对象的版本:例如V1.0文章源自玩技e族-https://www.playezu.com/190207.html

4、做的是什么测试: 系统测试 ,针对的是整个软件,采用黑盒测试;文章源自玩技e族-https://www.playezu.com/190207.html

5、依据:SRS文章源自玩技e族-https://www.playezu.com/190207.html

6、测试过程中用到的管理工具: SVN、bugfree、excel等文章源自玩技e族-https://www.playezu.com/190207.html

7、测试人员的角色:测试经理、测试组长、高级测试人员、中级测试人员、初级测试人员文章源自玩技e族-https://www.playezu.com/190207.html

二、测试计划文章源自玩技e族-https://www.playezu.com/190207.html

制定一份系统测试的计划文章源自玩技e族-https://www.playezu.com/190207.html

1、制定计划的作用文章源自玩技e族-https://www.playezu.com/190207.html

a、制定好的计划,使整个测试工作受控,能够很好的做到按期按质的去完成测试工作,如期交付;

b、制定好的计划,如果发生意外状况,可以在原有计划上做出微调,让测试工作再次进入受控状态;

c、制定好的计划,开发可以根据计划预留出时间来协助测试的工作。

d、使每个人都清楚自己的职责;

2、计划中包含的内容

a、核心内容:分工、进度把控,3w:what、when、who

b、6要素:

what:什么? 明确测试范围

when:时间? 包括开始时间和结束时间;例如:什么时候写用例、什么时候执行、什么时候回归等

who:人? 谁负责做哪些工作

分工、进度把控:在什么时间由谁来做什么事情

why:为什么? 测试的目标

where:在哪里测试?测试环境

how: 怎样做?具体测试的方法; 例如:人工测试、自动化测试

三、设计

制定一份测试方案

方案的核心内容:用来指导后期的用例设计和执行的工作

对设计具体细化

四、 实现

写测试用例

用例的核心要素:

用例编号:

用例标题:概括;通过这个标题能看出来用例测试什么即可

等级:高 中 低

预置条件: 执行用例的前提准备

操作步骤: 具体的步骤;

预期结果: 执行完之后应该得到的正确结果 (根据需求)

五、执行

1、搭建测试环境

a、得知道怎么连接(组网图)、环境中包含东西

b、被测对象:B/S OR C/S架构的系统

B/S:browser server 有客户端(浏览器)和服务端

C/S:client server 客户端(需要额外的装一个客户端软件)和服务端

c、环境中包含的东西:硬件、软件(os、web服务器、数据库等等)、被测对象(oscommerce)、测试工具(浏览器)

d、客户端: 只需要浏览器 还是需要安装客户端

服务端:硬件、操作系统、在操作系统上部署的软件

e、环境的分类

主环境和辅环境: 知道在不同的环境上做的测试分别是什么

主环境:做全覆盖的测试;(覆盖所有的模块,覆盖功能、性能、兼容性、易用性等等)

辅环境:只做兼容性测试(首页界面正常显示,基本功能用起来没问题)

f、 真实环境(用户那边的)和模拟环境(测试环境): 尽量避免环境差异带来的影响;

2、预测试

也称冒烟测试

先执行基本功能用例,如果基本功能用例没问题,再测试其他地方,如果基本功能用例执行失败,不测试,直接打回给开发

3、正式执行:按照用例执行即可

4、缺陷的跟踪

a、缺陷管理系统

b、缺陷的要素:

缺陷编号:

缺陷标题:

缺陷的详细描述:

测试环境:

用例标题:直接用例复制粘贴

操作步骤:

预期结果:

实际结果:

缺陷的严重级别:

缺陷的复现频率:

5.回归测试

部分回归和全部回归

六、输出测试报告

将测试的结果整理成报告输出

七、系统测试其他内容

1、测试流程: 熟悉需求(srs)——计划(安排工作,定好进度)——方案(指导后期的工作)——用例——执行(搭环境、预测试、正式执行、缺陷的跟踪)——测试报告

2、 系统测试:针对整个软件的测试,是以界面作为入口进行的测试;做系统测试时需要结合被测对象、测试数据等信息在环境上进行一系列的测试

系列测试:功能测试、性能测试、GUI测试、易用性测试、配置测试、安装测试、可靠性测试等等

3、系列测试

功能测试关注的是软件的正常使用

性能测试关注的是软件的承压能力,往往跟并发量相关

GUI测试关注的是软件的界面

易用性测试关注的是软件使用起来要方便,关注用户的体验

兼容性测试关注的是软件要在不同的环境下都能正常

配置测试:跟环境相关,测试软件在不同的环境都能正常使用

安装测试关注的是软件要能正常安装上

可靠性测试

 
匿名

发表评论

匿名网友
确定

拖动滑块以完成验证