金鑫 2010-08-20
即便是时间在紧,希望你还是得花时间充分理解项目业务、需求分析、明确测试目的、准备用例。
盲目追求BUG个数,只怕是本末倒置,得不偿失。
方平 2010-08-20
多看前人发现的bug,首先的问题还是把基本功能需求解决了死机和重启在你测的过程中只要你覆盖的测试广有的话应该会碰到的
崔行龙 2010-08-20
一楼说的挺好的 首先要保证你的测试用例的覆盖率
然后再执行用例的时候 某一个会很惊奇的发现“居然死机了?”
这才是效果
袁永云 2010-08-22
刘正超 2010-08-23
我自身认为测试不是一味得追求BUG数量多少。测试的真正意图是确认所测试部分的正确性,无错最好,有错勉之【没错是不可能的】。而不是错误数量。【个人意见,仅供参考】
王艺 2010-08-24
李超 2010-08-24
相反,我情愿找不出bug,因为一旦找出一个bug就意味着我所有的测试都得重做一次,目前接手的项目最多的一个发布了五次,三次是因为测试失败而发布的,这意味这我测试就有四轮