不错 你去百度一下,会有标准答案。
但实际的测试过程中,可能各个公司情况都有所不同。根据人员水平,大家参照的资料也不同。
说一下我怎么做的吧。
首先要明确测试计划,都要测试什么内容,哪块要测到什么程度,哪块比较薄弱,哪块是重点测试的内容。
然后根据开发提供的功能说明书,详细的理解每个功能的作用,你都不理解这个功能,怎么测试呢。
然后根据式样书的定义来写测试用例,可能有的公司叫详细设计说明书,应该指的是同样的文档。
你写的时候还要了解测试别的功能的用例会不会也覆盖到你测的部分,避免重复的测试,提高效率,降低成本。
如果不是一个全新产品的测试,基本都有以前的BUG资料可循,要查一下哪部分是Bug易发点,之前发生的BUG在现在的版本上是不是也会发生。还有投放到市场上的产品肯定有用户反馈,用户反馈的部分也是我们要考虑进来的。
总之,回答这个面试题很容易,但是实际的测试就是你要利用你手头可用到的一切资料,还要根据你的经验。正如前面有些同学回答的,有些文档并不是很详细,就需要根据你的经验了。还要和开发有良好的沟通,尽可能的让开发开心的给你提供资料。
页:
1
[2]