loading...

软件测试一些体会

发布时间:March 18, 2010

本文涉及windows环境中软件测试的基本点,是我在实际工作中的一些体会,有兴趣的可以往下读,欢迎补充讨论。

目的:
首先是找出软件错误,然后才是证明软件质量。

测试人员:
最好是非开发人员。

测试时间:
1、随时
2、模块完成
3、软件整体编译完成

测试文档:
1、用例文档。走流程,确认基本操作无问题。
2、纠错记录。将bug分类归档,容易发现开发人员的弱项,进而更容易找到bug。

Bug分类(简单分类):
1、与操作系统交互的底层
2、功能处理的逻辑层
3、与用户交互的表现层

Bug定义:
1、正确输入未能正确输出
2、错误输入未能处理
3、做了多余的事和没做该做的事
4、模块之间互动有误

测试环境:
1、与大部分用户一致的环境
2、底层差别大的环境
(特别指出:需要联网的软件测试更为复杂,除考虑不同版本windows之外,还需要考虑不同版本IE、Mediaplayer、.net frame,以及不同ISP环境、是否通过代理联网、不同防火墙及杀毒软件环境、是否安装有同类软件等等等等)

测试方法:
1、按用例及功能列表走流程(从无数据的初始状态开始)。主要验证功能是否完整,是否正确处理。
2、极限值测试。输入极限值或超出极限值,验证逻辑是否完整。
3、意外中断测试。中断网络或数据输入(输出),验证软件稳定性。
4、对象缺失测试。抽离某个承载正在运行功能的对象,验证软件稳定性。
(Bug呈现集中的趋势,一处bug往往产生多处bug,该bug所属及关联模块也易出问题)

测试内容:
1、安装及卸载
2、安全测试
3、负载测试
4、性能测试
5、功能完整性测试

如果是没有配备专业测试人员的团队,项目经理或产品经理最好能了解一些技术,做到准确描述问题。

---------------------------------------------------
201008119补充来自阿里云-Murdoc的bug分级

Urgent (V级)
1.操作系统无法正常使用,死机。出现致命错误(505)。
2.数据丢失
3.被测试系统频繁Crash,程序崩溃或出错,使功能不能继续使用
4.性能与需求不一致
5.系统资源引发性能问题
6.系统配置引发错误
7.安全性问题
Very High(IV级)
1.功能与需求不一致,或未实现功能
2.功能有错误,影响使用
3.传输数据有错误
4.安装与卸载问题
High(III级)
1.功能有错误
2.不影响功能使用
3.界面错误
4.边界条件出错
Medium(II级)
1. 界面设计不规范,用户界面错误,消息,提示不够准确,人机交互不友好
需求缺陷
初级(I 级)
1.设计问题.软件设计有问题;文档不完整或不准确
2.需求UC冻结后,描述不清楚的地方

-----------------------------------分割线------------------------------------------
想到之后继续补充本文。

标签: 产品, 软件开发, 软件, 软件测试


已有 2 条评论 »

  1. 训猫师 训猫师

    sluke已经写的很详细了,说起程序测试,我记忆多多。
    我当年刚开始工作就是做七号信令(MAP,TUP协议)协议的开发和测试,当时做了很多压力测试(就是你说的负载测试),整天在机房里。。。

    我补充一点:

    //测试人员:
    //最好是非开发人员。

    我们当时公司规定的测试分为三部分:
    1.编程者自己的各种测试
    2.部门内其他成员(未参与该项目的程序员)
    3.非编程人员(对编程七窍只通六窍的电脑盲)

    不同人员测试的视角不同,以为好像听说微软公司专门找那种很少用电脑的家庭主妇做测试?

    1. 找家庭主妇测试是为了改良用户体验,小团队的话,还是主要依赖产品设计师的能力

添加新评论 »