《Software Testing》(软件测试)读书笔记系列 – 第十六章

Bug Bashes and Beta Testing – bug盛会和beta测试

Having Other People Test Your Software – 让其他人来测试你的软件。这个跟中国古代的“三人行必有我师焉”是一个道理。同时,如果由几个不同的人来测试的话还能有很多好处:

1.可以防止“杀虫剂免疫”。一个人对某个软件不断进行测试,能找到的bug肯定是越来越少的。所以需要加入一些新鲜的血液:)
2.每个人都要自己的想法,不同的想法的一个并集就能很好地测试我们的软件啦!
3.男女搭配干活不累。那没有男男女女,几个人也行啊~反正一个人容易诱发自闭,呵呵。
4.观察其他人怎样工作的对自己的提高是相当有好处的!


Test Sharing – 共享测试
共享我们的测试,可以在工作了一段时间以后互相交换一下模块,测试一下对方的模块。或者至少应该给同事看看自己的等价类划分。还可以举行一个bug盛宴(Bug Bashes)。在一段时间内,可能是2个小时,大家放下手头的工作,然后对某个软件的某一个模块进行集中的测试,被测试的模块可以是之前已经发现好多bug的,也可以是之前是完美的模块,最后可以推举出一个bug queen bug king之类的,这个盛宴的目的就是为了对特定的部分找出bug来。在这里面,有一类人我们可以考虑把他们邀请到这个盛宴里面,他们就是做产品售后的人~呵呵。他们对软件的了解还是比较深的。

Beta Testing
Beta测试是把软件发布到已经选定好的用户群里面进行的测试,在现实的环境中进行。对于beta测试,可以考虑一下的问题:

1.beta测试的人群是哪些?应该选择有广泛代表性的,不要只给专业人员或者某一类特定的人群。不同的人群能发现不同的问题。
2.去了解那些beta测试的用户,看他们是否真的用软件了,还是放在那里发霉,还有他们发现bug以后有没有report上去。
3.对于配置测试和兼容性测试,beta测试是一个很好的手段去完成。因为在公司内部自己做完配置测试和兼容性测试是很难的,而beta测试可以有很多很多用户,不过同样要选好人群。
4.可用性测试也是一个很好的点,可以把一部份可用性测试放在beta测试里面来。理由同上。
5.除了以上优点,beta测试完全没有好处。不要指望beta测试能发现很多bug和修复他们,因为beta通常都是接近项目的尾声了~不过我发现了,google的很多东西一直beta着,什么gmail,输入法~我kao!
6.beta测试会耗费测试工程师很多的时间,因为测试工程师需要跟进这些beta用户发现的问题,帮助他们使用软件。

Outsourcing Your Testing – 把测试外包
配置测试和兼容性测试是一个不错的外包对象,一般来说一个公司没有太多的资源去购置不同的硬件,尝试不同的软件组合。另外本地化测试也是一个很好的选择,如果一个软件有10国语言,那么估计一个跨国公司也不容易找到10个不同国家的语言高手来测试吧。外包给专业的机构是个不错的选择。不过对于外包来说有以下问题需要注意的:
1.明确任务、负责人。
2.明确时间表、还有谁来定这个时间表等等
3.发包方提供什么文档和产出物给接包方
4.接包方最后的产物是什么
5.发包方和接包方之间如何沟通
6.制定一个验收的标准

Leave a Reply

Your email address will not be published. Required fields are marked *