怎样才算是好的软件测试

（1）清晰的质量概念 
　　常言道没有规矩不成方圆，产品交到您手上，各方面质量标准您要心中有数。安装卸装、功能性能、用户界面、出错与恢复......等等，您可列出大纲式的CheckList，不一定很详细但一定要全。
　　不同的开发队伍，规范化水平不同，他们不一定能提交完善的规格书、品质书，如果您自己也没有这个概念，测试中就容易疏漏很多东西。比如，界面上的Button大小、用词、字体、颜色等有规范吗？页面响应时间呢？总之，您要让人家明白，您对这些方面是有要求的。
　　（2）善作计划
　　按照CheckList，要测试的东西真的是很多，但人力、时间等资源是有限的，您需要考虑重要性、优先级等因素，作一个测试计划。确定测试内容是重要的，确定哪些不测或暂缓测试、同样也是重要的。针对需要测的内容，安排测试环境、人员、时间等，这些大的方面要与上司、相关人员讨论清楚，获得他们的支持。接下来再细化大的Check点，形成详细的测试方案。
　　（3）明确进入退出标准
　　需要明确进行测试所必须具备的条件，如：测试环境、送测产品的媒介形式、文档等。如果达不到基本要求可明确地提出来，暂时退出直到问题得到解决，否则很浪费大家时间的。如：环境不具备、根本就安装不上、有大量严重错误等。
　　（4）对测试人员的要求
　　逻辑思维要强，说到底，测试就是一种逻辑覆盖，要用尽量少的测试实例覆盖尽量多的逻辑，这就是效率。细心很重要，在每一个测试点，您需要静下来好好想想，还有哪些可能的情况？细心一定会给您带来高产量的Bug的。
　　（5）关于自动测试工具
　　任何工具都是在人的安排下发挥作用，您自己如何测永远是第一位的。一般说来，自动测试工具只能在压力、容量等某些性能领域发挥作用，其他绝大部分需要的是勤奋和智慧。
　　（6）不断积累、持续改善
　　您无论多么出色还是会漏掉Bug，您需要有一个方法能够不断地、持续地改善。分析总结原因、不断完善测试计划、测试方法等，并用文档整理出来，您的基础就会越垫越厚，工作越来越有效。
　　（7）明确自己的责任
　　作为测试人员，您的任务就是找出缺陷、及时清晰的汇报给相关人员，让管理者清楚产品的质量状况。有时，您测出的问题他们决定不改，或者您认为没达到 Release标准他们决定Release，这是可能的。影响一个决定的因素是多方面的，有经费、市场、策略、质量等，虽然测试通常是产品开发的最后一关，但我还没有见过测试人员决定一切的。

31 个解决方案

#1

如果自诩为具有测试“全面”性，那么我们就可以故意去“以子之矛攻子之盾”，宣称那些不仅仅只会找出“全面的”鸡毛蒜皮的小毛病而且可以“全面地”找出重大问题的算是好的软件测试，而一旦发现其遗漏了重大的bug就可以趁机讥讽其是“成事不足败事有余”的软件测试。

#2

呵呵，手工测试，就别夸口理论上才可行的那一套。

#3

我的测试标准是：每天把1000个测试用例（每一次都随机选择不一样的测试数据）测试10遍，这才算不低级的软件测试。

#4

引用楼主 dennis_t_24 的回复:

任何工具都是在人的安排下发挥作用，您自己如何测永远是第一位的。

同意。

#5

呵呵 楼上的
你的公司很厉害啊
你用只谁家的自动化测试工具啊
多少钱 啊

#6

写的真不错

#7

引用 3 楼 sp1234 的回复:

我的测试标准是：每天把1000个测试用例（每一次都随机选择不一样的测试数据）测试10遍，这才算不低级的软件测试。

神？！吹？！

#8

讲得好啊

#9

旁观

#10

旁观学习。。。

#11

该回复于2009-08-03 13:21:24被版主删除

#12

看看学习

#13

我觉得软件测试应该防患于未然，在程序往不正确的方向发展刚开始的时候就能测出问题，要帮助程序员开发，及时纠正他的错误，而不是使测试员变成程序员的眼中钉。

#14

引用 3 楼 sp1234 的回复:

我的测试标准是：每天把1000个测试用例（每一次都随机选择不一样的测试数据）测试10遍，这才算不低级的软件测试。

同样的测试用例不同的数据输入吗？那样测试用例岂不是没有改进啊！

#15

该回复于2009-09-04 10:43:21被版主删除

#16

学习啦

#17

好文，赞一个。

#18

支持一个 不错

#19

学习了

#20

这样的测试做得来吗？？

#21

嗯嗯 很不错呀

#22

学习了

#23

该回复于2012-02-27 17:16:22被版主删除

#24

学习，路过....写的挺不错的

#25

该回复于2012-03-12 17:46:21被版主删除

#26

基础测试知识是必须的，开始就学习根据规范写测试用例咯！

#27

测试还是一个发挥人的主观能动性的职业，创造性思维很重要，不能拘泥于某些特定的步骤方法，不能让自己的思维被局限，不同的人有不同的测试方法，能找到软件的缺陷或者不足就是好方法！

#28

LZ讲得挺好的，给测试人员树立了一个测试理念

#29

该回复于2012-04-18 08:38:02被版主删除

#30

该回复于2012-06-28 08:18:07被版主删除

#31

楼上讲的很好啊！