测试基础--简单流程

测试员的工作职责:
1、编写测试计划
2、编写测试用例
3、执行测试,发现缺陷提交缺陷报告
4、验证所发现的缺陷报告是否得到修改
5、编写测试总结报告
一、测试计划的编写
测试计划是指导测试的文档
1、简介
1.1、产品简介
1.2、测试目的
1.3、测试范围
2、测试的参考文档和测试提交文档
2.1、测试的参考文档(帮助文档、安装文档、需求文档)
2.2、测试提交文档(测试计划、安装测试方案、兼容性测试方案、界面检查单、文档检查单、测试用例、缺陷报告、验收测试报告、测试总结报告)
3、进度测试
4、测试资源
4.1、人力资源
4.2、测试环境
4.3、测试工具
5、问题的严重性及优先级描述
5.1、缺陷严重级别定义
5.2、缺陷优先级定义
5.3、缺陷跟踪及测试版本
6、测试风险
6.1、时间资源
6.2、人力资源
6.3、测试版本
6.4、需求变更
6.5、其他
7、测试策略
7.1、数据库测试
7.2、功能测试——需要编写测试用例
7.3、用户界面测试——界面测试文档
7.4、性能测试
7.5、兼容性测试——兼容性测试方案
7.6、安全性测试
二、编写测试用例
1、编写测试用例的方法:
场景法、等价类、边界值、因果图、判定表、正交排列、状态图转换、大纲法(主要用于设计安装测试方案)
2、编写测试用例的思路:
首先,熟悉软件的操作流程
其次,用场景法,选出基本流,结合有效的备选流,对业务的正常功能流程进行测试
最后,结合边界值,等价类测试对程序实施操作,不能实现正常功能的情况
三、缺陷报告
1、编写缺陷报告:
1.1、缺陷编号 defect ID
1.2、缺陷标题 summary
1.3、缺陷发现者 detected by
1.4、发现缺陷的日期 defected on date
1.5、缺陷所属的模块 subject
1.6、发现缺陷版本 detected in release
1.7、指派给谁处理 assigned to
1.8、缺陷状态 status 包括:new(测试人员提交缺陷报告时的状态)、open(项目经理确认缺陷)、reject(提交的缺陷被拒绝)、fixed(缺陷已被开发人员修复)、reopen(测试人员返测缺陷为通过)、closed(缺陷得到修改,或流程结束)
1.9、缺陷的严重程度(severity):urgent、veryhigh、high、medium、low
1.10、缺陷的优先级(priority):urgent、veryhigh、high、medium、low
1.11、缺陷描述、description包括:测试目的、用例描述、预期结果、实际结果
四、回归测试
1、返测:验证缺陷是否得到修改,如果缺陷得到修改把缺陷状态改为closed,如果缺陷为得到修改把缺陷状态改为reopen

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值