项目测试的流程

测试项目流程

  CMI:软件成熟度,分为5级。

  测试报告完以后,还有项目总结。

1.项目流程:

项目立项大会,项目计划,需求分析-----需求规格说明书,评审,设计(概要设计,

详细设计)-------概要设计说明书,详细设计说明书,评审,编码-------单元测试,

集成测试,系统测试,发布上线

简化:项目立项大会,项目计划,需求分析,设计,编码,测试,发布上线。

2.测试流程:

测试计划,编写测试用例(测试准备),测试执行,测试报告

测试计划-------测试计划

测试准备-------测试用例,需求列表

测试执行--------缺陷报告(清单)

测试发布--------测试报告

3.测试计划

4.1.1 需求分析 4.1.2 测试策略 4.1.3 工作量估算 4.1.4 进度安排

4.1.5 度量标准 4.1.6 风险评估 4.1.7 子计划制定 4.1.8 计划评审

测试目的,测试范围,测试背景,测试进出条件,测试风险,测试进度,

测试需求,测试策略,资源安排,交付物,测试约束条件。

4.测试用例

1).需求问题列表(点)。

2).根据列表写测试案例。

3).测试用例要素包括

用例ID,摘要(测试名称),模块描述(路径),前置条件,步骤,预期结果,设计者,设计时间,用例类型

登陆页面,输入账号,密码,点击登陆按钮,进入系统

点击取消,清空账号和密码

账号:只能数字,长度6-12,

密码:数字,字母组合,长度6-12,不能输入特殊字符

输入错误的账号,点击登陆,提示,账号不正确、

输入错误的密码,提示密码错误

如果账号和密码均为空,提示请输入账号和密码

1) 正确性校验

l 正确的账号和密码

2) 非正确性校验

l 账号错误


ID


主题


模块路径


前置条件


步骤


预期结果


2


错误账号

  1. 输入错误账号,zhangsan
  2. 输入密码dong12233
  3. 点击登陆按钮

提示账号不正确

l 密码错误

l 账号和密码都错误

3) 非空性校验

*账号为空

*密码为空

|*账号和密码为空

4) 限制条件测试

*账号限制

*密码限制

5)取消按钮验证

测试用例要素包括:

用例ID,摘要(测试名称),模块描述(路径),前置条件,步骤,预期结果,设计者,设计时间,用例类型

 5.缺陷

1) 缺陷级别:

五种:致命的,非常严重的,严重的,一般,微小的

四种:致命的,严重的,一般的,微小的


等级


描述


说明


测试特性


5-致命


系统死机


系统、环境及应用崩溃死机。


可靠性


数据损坏


软件发生故障数据毁坏或丢失。


可靠性


功能失效


软件发生故障导致功能失效。


可靠性


异常退出


软件发生故障异常退出。


可靠性


4-非常高


功能缺少


用户需求未实现。


功能性


功能错误


实际提供功能与用户需求不一致。流程或接口中,数据未做关联。


功能性


计算错误


结果计算错误。


功能性


精度错误


精度与用户需求不一致。


功能性


交互错误


与其他软件或系统交换数据出错,包括导出文件后内容丢失。


功能性


性能缺陷


未达到需求说明书中所规定的性能指标,例如响应时间过长。


效率


3-高


控制错误


输入未控制和未判断导致功能异常、信息缺失,或界面显示、提示信息异常等;如必输项、重复、数据约束、数据长度;删除未确认;屏蔽判定;正常逻辑错误。


可靠性


2-一般


显示错误


界面显示错误,页面刷新问题,提示信息不准确,错别字,打印内容格式错误。可修改字段与不可修改字段中字体颜色标示未区别;


易用性


不易操作


界面风格不一致,术语不统一,对话框颜色不一致,按钮大小不统一,提示信息不一致;未使用默认值,默认值使用不便或不正确。


易用性


1-低


建议意见


需求说明书、用户手册中未说明,但影响用户对软件使用的方便性等。


易用性

2) 优先级、

  1. 优先级

1) 最高优先级:立即修复,停止进一步测试

2) 次高优先级:在产品发布之前必须修复

3) 中等优先级:如果时间允许应该修复

4) 最低等优先级:可能会修复,不修复也能发布

  1. 缺陷的要素(包括哪些东西)

缺陷ID,发现者(检测者),缺陷严重等级,优先级,发现缺陷的版本,缺陷所在的模块,缺陷描述(标题,

摘要),详细步骤,发现缺陷时间,发现缺陷环境,所执行的用例(ID),缺陷类型,缺陷状态,

注:缺陷不好描述的时候,可以截图上传为附近

  1. 缺陷状态

新建,打开,已修复,关闭。拒绝,挂起(延迟),重新打开,

6.测试报告

目的,输入/输出,测试概要,测试环境,测试效率分析,测试用例分析,测试进度以及工作量分析,

缺陷收敛图,缺陷分布,缺陷清单,功能概述,测试范围,需求覆盖分析。。。。

时间: 2024-10-11 03:54:54

项目测试的流程的相关文章

React16组件化+测试+全流程 实战“在线账本”项目

第1章 课程介绍介绍了整个课程的背景知识,项目简介,学习流程,可以掌握的知识点,以及学习方法和前置知识 第2章 设计稿:从蓝图开始从原型图出发,分析整个应用的需求和功能点,最后规定了文件结构和代码规范. 第3章 首页:庖丁解牛使用 React 理念开发首页的功能,通过组件拆分-展示型组件开发的流程开发所有的展示型组件,并且学习 PropTyps 验证 React组件的属性. 第4章 首页:乐高积木继续 React 理念的开发 ,通过 展示型组件组合 - state和数据流分析 -添加 state

中小型软件项目开发一般流程建议

一:编写目的 本文档的编写旨在探寻规范的软件开发流程.加快软件开发速度.提高软件开发质量.降低项目综合成本. IT界有一句格言:"You can do it right; you can do it fast; you can do it cheap. Pick two." 而我们要做的就是:提供优质服务.项目周期短.成本低廉 二:总体说明 项目从用户需求说明书的提出,到系统的第一个完整版本的交付使用经历了若干或复杂或简单的过程,但不管项目大小如何一般需要经历以下几个步骤: 1.  

开篇:软件项目的整个流程 - IT软件人员学习系列文章

这段时间闲来无事,就在总结以前的项目经验,然后写成博客的形式以进行记录.本文就对<IT软件人员学习系列文章>做个开篇吧. 对于IT软件的开发来说,无外乎B/S.C/S和Android.iOS(后两项也是C/S).在B/S领域,无外乎PHP.JAVA和ASP.NET这几大阵营.而在C/S领域,JAVA的开发比较复杂,需要编写一些重复的和底层的代码,相比C#的可视化和相似的语法,还是微软的开发工具和语言比较容易上手. 但是,我们今天讲的不是代码,而是整个软件流程,这个属于软件工程的范畴.我们知道,

谈谈跨多系统的项目测试

一个系统往往是接口衔接的地方最容易出问题.对于跨多个系统的项目接口多,交互多,有一个地方衔接的不好或者有差错都可能会产生严重的BUG乃至导致系统重新设计的可能.最近做了两个项目都是跨系统的项目,我这里谈谈跨系统的项目需要注意的几个问题,怎么做的一些建议. 需求阶段测试将如何做? 对于跨多个系统的项目在需求阶段一定要熟悉彼此的系统,如果是改造性的项目需要自己去熟练其他系统,多问问相关熟悉的人,另外对于全新的需求不要只关心自己的系统的需求,其他系统需要做的需求也同样需要关注,特别是涉及到交叉的地方.

【iOS开发必收藏】详解iOS应用程序内使用IAP/StoreKit付费、沙盒(SandBox)测试、创建测试账号流程!【2012-12-11日更新获取”产品付费数量等于0的问题”】

转的别人的 看到很多童鞋问到,为什么每次都返回数量等于0?? 其实有童鞋已经找到原因了,原因是你在 ItunesConnect 里的 “Contracts, Tax, and Banking”没有完成设置账户信息. 确定 ItunesConnect 里 “Contracts, Tax, and Banking”的状态,如下图所示,即可: 这里也是由于Himi疏忽的原因没有说明,这里先给童鞋们带来的麻烦,致以歉意. //——2012-6-25日更新iap恢复 看到很多童鞋说让Himi讲解如何恢复i

集五福+微信红包+大转盘 从零到一完成国民级项目测试实战

第1章 课程介绍(欢迎来学习,祝您学习愉快)本章主要介绍课程内容,讲解课程的由来及重难点.本门课诣在让大家知道也许你给小伙伴们发过红包,也许你参与过集五福活动,但是你真的了解他们么?让我们一起,走进软件测试的世界,全面了解软件测试人员在一个互联网项目中,从需求到上线每个阶段都在做什么,怎么做.... 第2章 微信红包的诞生到测试计划(企业真实项目测试过程)本章主要讲解微信红包的诞生.需求分析.软件测试里面包含了哪些内容.测试人员可以做哪些事情.从产品立项到开发结束,测试人员在每个阶段都可以做哪些

实验六:Bookstore项目测试缺陷报告

一.                 Bookstore项目测试缺陷报告 缺陷编号 01.01.0001 发现人 林臻 记录日期 2016-06-12 所属模块 购物车模块 确认人 林臻 确认日期 2016-06-12 当前状态 公开 严重度 3 优先级 3 问题概述 用户在加入购物车添加数量为0时,点击购买也能添加进购物车. 问 题 再 现 描 述 登录用户,选择图书分类,; 选择图书C++购买数量为1 ,查看购物车已添加; 选择图书Oracle购物数量为0,购买,查看购物车,书籍已添加; 图

菜鸟学Java(十九)——WEB项目测试好帮手,Maven+Jetty

做WEB开发,测试是一件很费时间的事情.所以我们就应该用更简单.更快捷的方式进行测试.今天就向大家介绍一个轻量级的容器--jetty.j今天说的etty是Maven的一个插件jetty-maven-plugin,与Maven配合起来使用非常的方便,它的配置也非常的简单,下面我们就看看它怎么用吧! 在pom.xml 文件的<project>标签下加入如下代码: <build> <plugins> <plugin> <groupId>org.mort

Bookstore项目测试缺陷报告

Bookstore项目测试缺陷报告   缺陷编号:02.02.0028       发现人:林德     记录日期:2016.6.9 所属模块:购物车          确认人:林德     确认日期:2016.6.9 当前状态:公开                    严重度:2          优先级:2   问题概述:    购物车书籍数量没有变化.   问题再现描述: 1.进入购物车,增加书籍<C#实用教程>,数量为1: 2.再次购买该书籍2本,购物车该书籍数量不变(应该增加为3)