软测摘记

看到的一些比较好的文字，一些比较认同的话： 收藏并且时不时的回顾吸收一下

 

 

未经筛选的大量信息等于没有信息。运用逻辑推理定位根本原因是探索未知世界的重要工作。测试员的懒惰浪费了程序员的大量时间。这如同罗列大量的数据，却不告诉读者要反映的意思蕴含在哪里一样。

你不用关心内核/用户态转换的假设，因为有system API的承诺；你不用关心其他模块的实现假设，因为有对接口协议的承诺。但是很多来源于这个软件本身的假设，并没有经过验证，这些才是我们需要关注的假设。

首先要明确什么是QA？简单从字面上理解是Quality Assure（质量保证），CMM对QA的要求主要有下面几点：保障制度体系；促使过程改进；指导项目实施；增加透明度；评审项目活动；审核工作产品；协助问题解决；提供决策参考；进行缺陷预防；实现质量目标。其次什么是软件测试，软件测试是根据软件开发各个阶段的规格说明和程序的内部结构而精心设计一批测试用例（即输入数据及其预期结果），并利用这些测试用例去执行程序，以发现程序错误的过程。而软件测试人员就是这一过程的执行者。

 

 

我们常见软件测试的技巧 ：

(1) 边界测试，测试用户输入框中的数值的最大数和最小数，以及为空时的情况。
(2) 非法测试，例如在输入数字的地方输入字母。
(3) 跟踪测试，跟踪一条数据的流程,保证数据的正确性。
(4) 在开始测试时应保证数据的正确性，然后在从系统中找出各种BUG。
(5) 接口测试，程序往往在接口的地方很容易发生错误，要在此模块测试勿掉以轻心。
(6) 代码重用测试，在开发过程中有些模块功能几乎相同，程序员在重用代码时可能忘记在原有代码上修改或修改不全面，而造成的错误。
(7) 突发事件测试，服务器上可能发生意外情况的测试。
(8) 外界环境测试，有些系统在开发时依赖于另外一个系统,当另外一个系统发生错误时, 这个系统所受到的影响的情况。
(9) 在程序员刚修复Bug之后的地方,再找一找，往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。
(10) 认真做好测试记录在做完一天的测试记录之后,第二天再根据第一天的测试记录重复测试你会发现有未修正的错误。
(11) 文字测试，如果在系统中有用词不当的地方，我想这是不应该的。
(12) 系统兼容测试，例如有些程序在IE7能运行正常，到IE6下不能运行。有些程序在WIN2000下能运行，而到WIN98却不能运行。像一些很特别的用户去使用系统，你很有可能发现BUG。
(13) 用户的易用性测试，往往用户的需求是不断的变化的，而其中的一部份变化的原因，是有用户操作上不方便引起的。

 

2010-02-23 11:16:17