我是做软件测试工作的,仁者见仁智者见智,水平有限,就你提出的问题作一个简单的回答吧,一是期望对你的问题有所帮助,二也是对我自己的提高。
1、我对你的第一个问题表示质疑,你认为测试是保证软件质量吗?能保证吗?
测试只能提高软件质量,做不到保证,bug是永远存在的,测试工作可以让这
量减少、降低严重问题的存在;软件过程才可能保证它的质量,不是软件测
试,所以这一点我要明确出来。一个软件的质量好坏不依赖于测试者,测试
再高明,软件设计本身的水平面要品质不高,巧妇也有无米之炊的无奈。
2、测试的原本目标就是发现缺陷,挑毛病,工作性质和开发人员相反,但目标
是一致的,都是为了使软件更完美、更稳定。
3、盖房子的时候,先打地基,地基如果有毛病(如不够深、不平),那以后房
盖起来了住个几年,你会发现楼上的梁会发裂,渗水,然后越来越让人担
忧。这时你要修复怎么办,再怎么补都不放心,因为地基有缺陷啊!这个道
和第三个问题是一模一样的,修复的代价太大太大了!在测试中有一个规
则,问题越早解决代价越小,单元测试发现的问题解决只要1块钱,等到集成
测试再解决,要10块钱,你认为比例有多大?需求分析系统设计是源头,重
中之重,这个比例我认为要在上面我举例中增加80%,就是说它会导致你在编
码阶段多付出8块钱。前期可能不觉得,越到后期将发现非常头痛,这也是我
的经验之谈,没有太多的科学性哦。
4、对于测试员,首先是效率减低;对于项目而言,成本增加了。瞧病就错了
诊,影响大么?将导致后面的百分之八十的事情白做了,百分之二在长远
目标中有后期帮助,同时证明另外百分之八十步入歧途。这就要在测试设计
的时候要仔细全面,但是这种事情多少都避免不了,早一点发现并改变,也
是很重要的,另外多布置一些小结会议,有利到测试的工作方向和目标。
usfo,希望我的回答对你稍有帮助哦。
软件质量保证不在测试在预防,测试能找到系统中的缺陷,但最终的是总结缺陷产生原因,然后给开发人员缺陷报告,让其在开发过程中规避这些风险,形成规范体系后,就好做了
当然这不好实现,那就只有辛苦软件测试人员每天重复的去提同类型的缺陷,我个人不喜欢找验证啊,GUI的缺陷,那些都说明开发人员的水平太低了,可是公司频繁的更换人员,也没有办法,新人来了,还会犯同样的错误
每次测试后都总结bug类型,之后测试的时候都按照这些走一遍基本就不会拉下什么bug了,
当然系统与系统还是有区别的,总会有新鲜出炉的玩意。。
测试也可以很新鲜~~~~~~
软件测试是软件质量保证的必要条件,软件质量只有在一个充分完备的软件测试前提下,才能说软件质量有一定保证!