软件测试流程规范最全样本

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件测试流程规范整体流程图

1.详细流程执行

1.1 筹划与设计阶段

整体流程图

立项会议

· 项目可行性分析· 确定项目经理· 确定测试组长· 项目正式立项· 测试组长确定

需求评审· 需求规格说明书

·

· 明确需求

· 消除歧义

· 会议讨论并确认· 需求明确无异议

测试工作

启动

· 需求规格说明书

· 项目开发计划

· 测试预通知

· 组建测试小组

· 召开测试情动会

· 测试小组成立

· 开发方与测试方目

标达成一致

测试设计

阶段

· 需求规格说明书

· 项目开发计划

· 概要设计、详细

设计

· 其他相关文档

· 设计测试计划

· 设计测试用例

· 测试计划

· 测试用例集

设计内容

评审

· 测试计划

· 测试用例集

· 评审测试计划

· 评审测试用例集

· 优化的测试计划

· 优化的测试用例集

1.1.1 立项会议

由高层主管立项会议,会议重要对项目可行性进行分析,并且拟定项目经理及项目测试组长。

1.1.2 需求评审

注:1.需求定义基本完毕,此时应在评审会议召开之前发给测试团队,预留时间给测试有关人员熟悉、理解。

2.测试部参加人员由测试部经理指定,重要由测试组长、测试设计等人员构成(还应

涉及配备管理人员、质量保证人员)。

1.1.3 测试工作启动

注:在正式测试任务下达前,开发团队应在项目(产品)开发筹划完毕后及时向测试团队下达预告知,告之较为确切测试日期,提供当前最新有关资料。部门经理和测试组长组建测试小组,并视详细状况决定与否需要调节人力、时间安排、测试环境等其他资源。测试小构成员可预先熟悉必要项目(产品)资料。

1.1.4 测试设计阶段

1.1.4.1 设计测试筹划

注:针对需求分析文档和项目开发筹划文档测试完毕后,测试组需要编写测试筹划文档、制

定测试测略及预估测试过程中风险,并设计出合理规避风险方略,为后续测试工作提供直接指引。

1.1.4.2 设计测试用例

注:在需求分析文档确立基线后来,测试组需要针对项目测试需求编写测试用例,在实际测试中,测试用例将是唯一实行原则。

1.1.4.

2.1设计测试用例惯用办法

a.等价划分法

有效等价类:是指对于程序规格阐明来说是合理故意义输入数据构成集合运用有效等价类可检查程序与否实现了规格阐明中所规定功能和性能

无效等价类:与有效等价类定义碰巧相反

b.边界值法:

➢边界值分析法就是对输入或输出边界值进行测试一种黑盒测试办法。普通边界值分析法是作为对等价类划分法补充,这种状况下,

其测试用例来自等价类边界。

➢普通状况下,软件测试所包括边界检查有几种类型:数字、字符、位置、重量、大小、速度、方位、尺寸、空间等。

➢相应地,以上类型边界值应当在:最大/最小、首位/末位、上/下、最快/最慢、最高/最低、最短/最长、空/满等状况下。

➢边界值分析基本思想是使用在最小值、略高于最小值、正常值、略低于最大值和最大值处取输入变量值,记为:min、min+、nom、

max-、max考虑到健壮性测试,还可以加一种略不不大于最大值

max+,以及一种略不大于最小值min-值。

举例阐明:例如规定0 < X<5,在编写用例时需考虑到如下几种

状况:

⏹x=0状况

⏹x=5状况

⏹x=-1状况

⏹输入一种X不不大于5值,例如输入X=6

c.错误推断法

基于经验和直觉推测程序中所有也许存在各种错误,从而有针对性设

计测试用例办法。

思路:分析程序中最易出错场景和状况,在此基本上有针对性设计测

试用例,需要完毕前提条件如下:

●深度熟悉被测系统业务、需求。

●对被测系统或类似系统之前缺陷分布状况进行过系统分析。涉及

功能缺陷,数据缺陷,接口缺陷和界面缺陷等等。

举例阐明:

聊天窗口功能

❝输入特殊字符(全角,半角)后,窗口与否可以正常显示

❝输入空格,与否可以过滤,与否会算入长度计算

❝输入html字符

❝输入脚本语言函数

❝在需要密码验证,或者需要二次输入确认地方,通过复制粘贴第一次输入内容与否可以通过

1.1.4.

2.2接口测试办法

➢测试接口文档。

➢依照接口文档编写测试用例(用例编写办法完全可以按照黑盒测试用例编写规则来编写,如:边界值、等价划分等等设计办法)。

➢和数据库中执行测试,查看接口返回接口数据与否对的,重要检查返回接口与否和接口文档中定义同样,尚有要检查返回数据与否保持一致。

1.1.4.

2.3安全性测试办法

➢手工检测:对于CSRF、越权访问、文献上传、修改密码等漏洞,难以实现自动化检测效果,这是由于这些漏洞涉及系统逻辑或业务逻辑,有时候还需要人机交互参加页面流程,因而此类漏洞检测更多需要依托手动测试完毕。手工检测网站URL、后台登陆与否具备SQL注入

◆举例阐明:关于上传:

➢上传文献与否有格式限制,与否可以上传exe文献;

➢上传文献与否有大小限制,上传太大文献与否导致异常错误,上传0K文献与否会导致异常错误,上传并不存在文献与否会导致异常错误;

➢通过修改扩展名方式与否可以绕过格式限制,与否可以通过压包方式绕过格式限制;

➢与否有上传空间限制,与否可以超过空间所限制大小,如将超过空间大文献拆分上传与否会浮现异常错误。

➢上传文献大小不不大于本地剩余空间大小,与否会浮现异常错误。

➢关于上传与否成功判断。上传过程中,中断。程序与否判断上传与否成功。➢对于文献名中带有中文字符,特殊字符等文献上传。

1.1.4.

2.5兼容性测试办法

➢操作系统/平台兼容

➢不同浏览器兼容

➢不同辨别率间兼容

相关文档
最新文档