测试基本流程
-
一、
测
试工程师岗位职责
目的
软件测试的目的是为了保证产品
的最终质量，在软件开发的过程中，对软件产品进
行质量控制，提高软件的可靠性。
的是尽可能发现
bug
< br>并改正被测试软件中的错误，达到期望结果
,
提高软件开
发的
可靠性
1.
制定测试产品的测试计划、方案；
2.
设计并执行测试用例，对产品进行功能，性能，安全等测试；
3.
实施高效的测试活动，并对测试结果进行分析，给出专业
报告，与其他部门紧密协作，
跟踪缺陷及推动及时修复；
4.
维护测试环境，进行测试环境的部署与调试；
5.
设计并且开发测试工具，对测试方法进行创新；
6.
完成测试项目归纳及总结文档。
二、
测
试在
整个项目周期过程中的介入时间和工作内容、重点
测试在需求阶段介入
一是测试人员通
过
早期参与，更清楚需求的来源和目的，有利于后期更好的从用户
的角度开展测试活动；
二是可以为后期设计验收
测试用例
提供很好的分析依据。
测试模型
工作内容：
和开发
项目
产品等沟通
测试用例计划
测试用例编写
执行测试
发现系统中的缺陷
提交到缺陷管理工具
发布测试报告
用户需求文档
1.
bug
的等级划分
A
致命
1
、
由于程序所引起的死机，非法退出
2
、
死循环
3
、
数据库发生死锁
4
、
因错误操作导致的程序中断
5
、
功能错误（需求未实现）
6
、
与数据库连接错误
7
、
数据通讯错误
B
严重
1
、程序错误
2
、程序接口错误
< br>3
、数据库的表、业务规则、缺省值未加完整性等约束条件
主要功能丧失，严重地影响系统要求或基本功能的实现。
（
重新安装或重新启动该软件
不属于更正办法）
，须尽快修正
C
一般性
（界面，图片，文字）
1
、操作界面错误（包括数据窗口内列名定义、含义是否一致）
2
、
打印内容、格式错误
3
、
简单的输入限制未放在前台进行控制
4
、
删除操作未给出提示
5
、
数据库表中有过多的空字段
D
建议性
1
、界面不规范
2
、辅助说明描述不清楚
3
、输入输出不规范
4
、长操作未给用户提示
5
、提示窗口文字未采用行业术语
<
/p>
6
、可输入区域和只读区域没有明显的区分标志
< br>
的状态划分及各状态之间的变换关系
Bug
的处理流程：
发现
新建
提交
修改
关闭
重新打开
的提交规范
Bug
模板【版本号】标题：
B
u
g
的简要描述。一定要能从标题就看出
B<
/p>
u
g
的大
概意思
【详细描述】
：
B
u
g
的
详细描
述
，包括
此
B
u
g
的重现步骤、具体现象、及
可能有的
影响。如果有必要请添加图片。
【实际结果】
：实际操作步骤的结果
【期望结果】
：此
< br>B
u
g
修复后期望的结果是什么
。请务必在明确期望结果的情
况下再提交
B
u
g
。
【备注】
：有另外需要说明的请在此处记录。该项可以不写。
5.
测试
的基本思路，如何测试一个产品或者一个功能点。
客户需求
确认资源
< br>(
机型
.
版本
< br>)
安卓还是苹果
搭建环境
测试设施的准备
根据用例执行测试
测试的方法
测试流程：
1.
需求：理解需求，与客户。架构
。项目
.
开发
.
沟通
2.
测试计划：根据需求资源（人力，设备等）
3.
用例设计：根据需求，功能等设计测试用例）
4.
执行测试用例：根据测试用例的步骤执行用例
5.
执行用例的结果：对每个用例的执行情况标注结果（
pass
block failed
）
有
bug
在测试工具中记录，直至验证修改关闭
6.
测试报告的发布
测试申请—提交
bug
—解决
bug
—验证
bug
—关闭
bug
—测试报告
黑盒测试
—
(
功能测试也叫数据驱动测试
)
方法
—
等价类划分
,
边值分析
因果图
< br>,
错误推测
.
只有采用穷
举输入测试，
着眼于程序外部结构
,
不考虑内部
,
针对软件测试
.
针对软件界面和软件功能进行
测试
.
把所有可能的输入都作为测试情况考虑，才能查出程序中所有的错误。实际上测试情
况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进
行测试。这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测
试案例指导测试的实施，保证软件测试有组织、按步骤，以及有计划地进行。黑盒测试行
为必须能够加以量化，才能真正保证软件质量，而测试用例就是将测试行为具体量化的方
法之一。
具体的黑盒测试用例设计方法包括
写测试用例或在执行测试时都要注意
(
等价类划分法
边界值分析法
)
1
、等价类划分法
一个有效等价类和两个无效等价类
如登陆一个
QQ
输入一个正确的帐号
两个
(
一个账户正确
,
密码不正确
.
另一个账户密码都不正确。账户错误密码正确
)
然后从划分出的等价类中按以下三个原则设计测试用例：
①为每一个等价类规定一个唯一的编号。
②设计一个新的测试用例，使其尽可能多地覆盖尚未被覆盖地有效等价类，重复这一
步
.
直到所有的有效等价类都被覆盖为止。