全程软件测试_规范测试过程

1. 角色的确定

角色
角色定义

测试组长 
业务专家,负责项目的管理、测试计划的制定、项目文档的审查,测试用例的设计和审查、任务的安排、与项目经理和开发组长的沟通等

实验室管理人员 
设置、配置和维护实验室的测试环境,主要是服务器和网络环境等

资深测试工程师 
负责产品设计规格说明书的审查,测试用例的设计和技术难题的解决,主要参与数据库、系统性能和安全性等技术难度较高的测试

自动化测试工程师 
负责测试工具的开发、测试脚本的开发等

初级测试工程师
执行测试用例和相关的测试任务,侧重功能测试用例的设计和执行

2. 输入项

输入项 输入项描述 输出文档
软件项目计划 
软件项目计划是一个综合的项目信息载体,用来收集管理项目时所需要的所有信息

《项目开发计划》
软件需求文档 
描述软件需求的文档

《需求规格说明书》
软件架构设计文档 
架构设计文档主要描述备选设计方案、软件子系统划分、子系统间接口和错误处理机制等

《概要设计说明书》
软件详细设计文档
详细设计文档主要描述模块或组建、类、对象中的元素,如数据字典、对象属性、类的方法和全局变量等,可以据此实现编码

《详细设计说明书》
软件程序单元
包括所有已完成的程序单元源代码、数据库脚本、系统配置文件等

 
软件集成计划 
软件工作版本的定义、工作版本的内容、集成的策略及实施的先后顺序等

《系统集成计划》
软件工作版本
按照集成计划创建的各个集成工作版本

《软件配置计划》

3. 活动过程

活动名称 角色 活动描述
制定测试计划 
测试设计人员

--测试组长和资深测试工程师


1. 制定测试计划 -- 收集和组织测试计划信息,并且创建测试计划。

2. 确定测试需求 -- 根据需求规格说明书等收集和整理测试需求信息,确认质量需求和测试目标。

3. 制定测试策略 -- 针对测试需求, 定义测试阶段、测试类型、测试方法、测试风险回避措施及所需的测试工具等。

4. 建立测试通过准则 -- 根据项目实际情况, 为每一个层次的测试或测试阶段建立通过准则。

5. 确定资源和进度 -- 确定测试所需的软硬件资源、人力资源及测试进度。

6. 评审测试计划 -- 根据同行评审规范, 对测试计划进行同行评审。

测试设计 
测试设计人员

-- 测试工程师


1. 设计测试用例

(1) 为每一个测试需求,确定其需要的测试用例。

(2) 为每一个测试用例,确定其输入及预期结果。

(3) 确定测试用例的测试环境配置、需要的驱动程序或桩程序。

(4) 编写测试用例文档。

(5) 对测试用例进行同行评审。

2. 设计测试过程

(1) 根据界面原型为每一个测试用例定义详细的测试步骤。

(2) 为每测试步骤定义详细的测试结果验证方法。

(3) 为测试用例准备输入数据。

(4) 编写测试过程文档。

(5) 对测试过程进行同行评审。

(6) 在实施测试时对测试过程进行更改。

3. 设计单元测试和集成测试需要的驱动程序和桩程序。

开发测试工具和脚本 
自动化测试工程师、测试工程师和程序员


1. 根据测试过程,创建、开发测试脚本,并且调试测试脚本 。

2. 根据设计编写测试需要的测试驱动程序和桩程序。

执行单元测试
以程序员为主,测试工程师为辅


1. 按照测试过程,手工执行单元测试或运行测试脚本。

2. 详细记录单元测试结果,并将测试结果提交给相关人员。

3. 回归测试 -- 对修改后的单元执行回归测试。

执行集成测试
程序员和测试工程师


1. 执行集成测试 -- 按照测试过程,手工执行集成测试或运行测试脚本。

2. 详细记录集成测试结果,并将测试结果提交给相关人员。

3. 回归测试 -- 对修改后的单元执行回归测试。

执行系统测试
测试工程师、测试实验室管理员


1. 执行系统测试 -- 按照测试过程,手工执行系统测试或运行测试脚本。

2. 详细记录系统测试结果,并将测试结果进行分析,提交测试结果和分析报告给相关人员。

3. 回归测试 -- 对修改后的软件系统版本执行回归测试。

评估测试
测试人员和相关人员


1. 分析测试结果 -- 由相关组对每一次测试结果进行分析,并提出变更请求或其他处理意见

2. 评估阶段测试状态和产品质量状态,如对每一个阶段的测试覆盖率进行评估; 对每一个阶段发现的缺陷进行统计分析;确定每一个阶段是否完成测试和提供测试分析报告并进行审查

4. 输出项

输出项 内容描述 文档
软件测试计划 
测试计划包含项目范围内的测试目的和测试目标的有关信息。此外,测试计划确定了试试和执行测试时使用的策略,同时还确定了所需资源

测试计划模板
软件测试用例 
测试用例是为特定目标开发的测试输入、执行条件和预期结果的集合

测试用例模板
软件测试过程
测试过程对给定测试用例的设置、执行和结果评估的详细说明的集合

测试过程模板
测试缺陷记录
测试结果记录测试期间测试用例的执行情况, 记录测试发现的缺陷,并且用来对缺陷进行跟踪

缺陷记录模板
测试分析报告
测试分析报告是对每一个阶段(单元测试、集成测试、系统测试)的测试结果进行的分析评估

测试分析报告模板

5. 验证和确认

验证与确认内容 内容描述
测试计划评审 
由项目经理、测试组、其他相关组对测试计划进行评审

测试用例评审
由测试组、其他相关组对测试用例进行评审

测试过程评审
由测试组、其他相关组对测试过程进行评审

测试结果评估
由测试组、其他相关组对测试结果进行评审

测试分析报告评审 
由项目经理、测试组、其他相关组对测试分析报告进行评审

6. 退出准则

退出准则满足项目的测试结束的标准

备注: 信息全部摘自于《全程软件测试》

时间: 2024-12-28 18:01:12

全程软件测试_规范测试过程的相关文章

全程软件测试_项目启动

1. 软件测试的定义: 软件测试就是贯穿整个软件开发生命周期.对软件产品进行验证和确认的活动过程,其目的是尽快尽早地发现在软件产品中存在的各种问题---与用户需求.预先的定义不一致的地方. 2. 测试组长的责任: (1) 负责一个独立的测试项目及其测试组的管理工作. (2) 制定整个项目的测试计划.测试策略.包括风险评估.日程表安排等. (3) 负责工作量的预估和测试项目内部的资源.任务安排 (4) 熟悉产品的功能.特性,审查产品需求规格说明书,并提出改进意见. (5) 审查系统.程序设计说明书

全程软件测试_测试过程工作分解表

1. 需求.Demo.开发计划评审 1.1 阅读文档以了解系统需求(需求包含字段的具体描述) 1.2 需求规格说明书评审 1.3 编写/修改测试需求 1.4 Demo的查看和评审 1.5 开发计划查看和评审 2. 测试计划 2.1 确定测试目标(功能性需求和非功能性需求) 2.2 确定测试范围 2.3 确定测试资源和进度 2.4 测试计划写作 2.5 测试计划评审 3. 测试设计和脚本开发 3.1 确认测试点 3.2 设计测试用例 3.3 评审和修改测试用例 3.4 设计测试脚本框架 3.5 编

软件测试流程之全程软件测试

前言 "尽早的介入测试,遇到问题的解决成本就越低" 随着软件测试技术的发展,测试工作由原来单一的寻找缺陷逐渐发展成为预防缺陷,探索测试,破坏程序的过程,测试活动贯穿于整个软件生命周期中,故称为全程软件测试 全程软件测试,强调整个软件生命周期中,各阶段的测试活动.无论是需求阶段,开发阶段,还是测试阶段,都需要确定在当前阶段测试活动的内容以及成都,确保每个阶段的质量,才能保证产品最终的质量. 全程软件测试 全程软件测试图解 根据全程软件测试的时间轴线图,我们可以发现测试活动贯穿软件开发的整

小白必看:测试人有必要参考的软件测试工作规范

为了规范测试工作.减少开发与测试之前的沟通成本.保证项目进度.提高软件质量,测试人员有必要参考这份软件测试工作规范. 1.1. 编码规范 软件程序开发需要遵守编码规范,一是可以减少代码的维护成本,提高开发工作效率:二是有利于开发工作的延续.传承,减小项目风险. 1.1.1. 合理的注释量 好的代码应该是自描述的,让人费解的地方加上注释. 1.1.2. 规范的命名格式 规范很多,要让别人和一个月的自己看得懂. 1.2. 测试与测试结果 1.2.1. 单元测试与报告 单元测试一定要做.深入理解" t

浅谈软件测试团队规范建设

一些已经从事测试工作三到五年的朋友正在积极的向QA Manager 角色转型,他们对于将来的发展方向也很一致,普遍观点大都是组建一支出色高效的测试团队.最近我也想了一些团队规范和成为具有出色团队称号的必要条件,自己从事测试工作也接近四年了,有些是我在原先工作中遇见并且总结出来的,写的我认为还谈不上全面以后还会逐渐补全. 条件: 缺陷管理 首先正规测试团队至少会有一个缺陷管理系统,不管是Bugzilla还是Mantis 或是其它系统,因为软件测试过程本身就是围绕着缺陷进行的,这也是测试工作的一个重

C语言_第二讲_规范以及常用数据类型

一丶编码规范基本数据类型 编码规范 任何程序员,都应该有良好的的编码习惯,便于以后的代码可读性和维护 常见了编码规范有 匈牙利命名法 驼峰式大小写 匈牙利命名法: 是电脑程序设计中的一种变量命名规则,此命名法又可细分为:系统匈牙利命名法和匈牙利应用命名法. 匈牙利命名法具备语言独立的特性,并且首次在BCPL语言中被大量使用.由于BCPL只有机器字这一种数据类型,因此这种语言本身无法帮助程序员来记住变量的类型.匈牙利命名法通过明确每个变量的数据类型来解决这个问题. 在匈牙利命名法中,一个变量名由一

软件测试_实验一

<软件测试>实验 实验一 测试入门 实验目的 (1)       了解什么是测试: (2)       学习评测别人的软件: 实验内容 1. 评测别人的软件 请下载铁路12306的手机APP,通过使用这款软件,写一篇软件的评测(300字以上),评测内容可以是这个软件的优势,或是你觉得特别好的地方,软件的缺陷.软件可以改进的地方等等. 2. 自己写一个软件 写一个输入两位数,实现加减乘除的程序.并和同学比较一下各种的功能.实现方法的异同等等.写出自己程序存在的缺陷,以及比别人做的好的地方.  

软件测试_入行

软件测试,入行太简单了. 1. 看一本软件测试理论书籍 . 2. 看一点数据库知识(增删改查). 3. 看一点Linux常用命令(30个够了). 4. 了解几个行业内容的测试工具(如Jira Zentao LR Jmeter Fiddler 等). 5. 用心准备一份靠谱的简历 . 6. 投简历,面试 . 7. 总结每次面试遇到的问题,搞懂每次遇到的问题 . 8. 重复如上,5-7 ,直到顺利入职 . 蚂蚁小姐:入行简单,但是入了行,就发现需要学习的知识特别驳杂,比如 各种电脑基本知识,基本网络

【软件测试_测试管理】测试用例管理

测试代表都是从初级软件测试工程师,对于刚接收的测试项目,建议将测试用例按照下图进行划分,若项目存在兼容性.安全等质量要求,再进行测试用例类别的增加. 后期随着测试进行,用例会有补充或删除,测试代表需随时根据用例最新状态,保证用例质量. 说明:由于用例可能由多人编写,动态UI测试用例与功能有重复的用例,需做删减 原文地址:https://www.cnblogs.com/Finding-bugs/p/9063457.html