目前主要依赖于:测试人员的经验和素质;产品说明文档和项目组的技术咨询;测试设计。
(2)测试分类
根据目前的实际情况(已经由传统的瀑布开发模式、使用结构化设计和实现手段,变为现在的RAD开发模式、使用OOD和OOP),我们将把测试分为三种:产品测试、项目测试、系统评测。我们的依据是:问题发现得越早,解决的代价就越小。
产品测试的流程基本和上面提到的一样。
项目测试的原则是尽早加入测试,并充分重视和支持用户测试。
系统评测是简化工作流程。
三、 测试中常见问题分析及对策
我们一般把发现的错误bug(我们也称为缺陷defect)按严重性分为4类:死机(系统崩溃或挂起)、致命(使系统不稳定、或破坏数据、或产生错误结果,而且是常规操作中经常发生或非常规操作中不可避免的)、严重(系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果,如:显示不正确但输出正确)、一般(界面拼写错误或用户使用不方便)。
我们也把发现的错误按优先级分为三种:高、中、低:一般是越影响用户接受或使用该产品的错误优先级越高。
但下面,将不对所有的问题进行列举和分析,而只是列出一些显而易见的、容易被项目组忽略的错误,这些错误可能是容易修改的、或是容易避免的,但是对于测试组或用户来说可能却是非常头痛和不方便的。
形象类问题:---不专业、用户不信任
1、不符合用户操作习惯。如,快捷键定义不科学、不实用(键位分布不合理、按键太多,甚至没有快捷键)。
2、不够专业,缺乏基本知识,而又没有高手检查。
3、界面中英文混杂,经常弹出莫名其妙的信息,而且还拼错单词
4、SETUP界面:CopyRight 1994-1996;缺省认为用户使用某种分辨率;
5、说明书或帮助的排版格式不专业:中英文搭配不对、标点符号全角半角部分、没有排版准则…
6、程序名/路径名是程序员的名字、或没有安装程序、或安装程序不完善(丢掉一些必要的模块或文件)
7、界面元素参差不齐,文字不能完全显示,TAB时鼠标乱走。
可用性问题:---用户无法使用或不方便使用
"用户比开发或测试人员在接触界面上要花费更多时间。表面上不重要的方面的影响会变得越来越大,最终甚至会掩盖了产品得有用得方面。"
文章来源于领测软件测试网 https://www.ltesting.net/