软件测试的原则以及相关面试题

软件测试的原则以及相关面试题

• 所有的测试标准都是建立在用户需求之上。

• 第三方进行测试会更客观，更有效。

• 软件测试必须基于“质量第一”的思想去开展各项工作。（质量为功能，性能，安全性等）
  对应的面试题：
  1、软件未测试完或者有严重的bug未修复，但是赶着上线，是否可以上线？
  不可以上线，软件测试必须基于“质量第一”的思想去开展各项工作。时间与质量冲突时，质量优于时间。

• 事先定义好产品的质量标准，只有有了质量标准，才能根据测试的结果，对产品的质量进行分析评估。
  对应的面试题：
  1、需求重要吗？错误的需求对测试有什么样的影响？
  需求很重要，有了需求才可以定义产品的质量标准，只有有了质量标准，才能根据测试的结果，对产品的质量进行分析评估。
  错误的需求会影响产品的质量。

• 软件项目一旦启动，软件测试就需要开始，而不是等程序写完，才进行测试。
  对应的面试题：
  1、你觉得软件测试什么时候介入比较好？为什么？
  软件项目一旦启动，软件测试就需要开始，而不是等程序写完，才进行测试。
  一旦有需求问题可以及早发现。如果从程序写完才开始测试，就变成了V模型。测试要尽早，同时测试需要对需求分析以及系统设计进行验证。

• 穷举测试是不可能的。
  对应的面试题：
  1、软件发布了，但是有缺陷，是测试人员的错吗？
  测试不能保证软件万无一失，没有缺陷。

• 软件测试计划是做好软件测试工作的前提
  对应的面试题：
  1、你写过测试计划吗？包含什么内容？能随意被修改吗？

• 测试用例是设计出来的，不是写出来的。要根据测试的目的，采用相应的方法去设计测试用例，从而提高测试的效率。
  对应的面试题：
  1、设计用例和编写用例有什么区别？
  设计是一项脑力活动；编写是一项体力活动，将设计好的内容通过文字的形式表现出来。

• 对发现错误较多的程序段，应当进行更深入的测试。一般来说，一段程序中已发现的错误数越多，其中存在的错误概率也就越大。
  对应的面试题：
  1、针对已经发现缺陷的模块，如何进行深入测试？
  对发现缺陷的模块使劲测，另外关联的模块也要进行测试。（缺陷有一种集群效应）

• 重视文档，妥善保存一切测试过程文档（测试计划，测试用例，测试报告等）

• 应当把“尽早和不断测试”作为测试人员的座右铭。
  对应的面试题：
  1、软件项目不着急的时候，每天的测试任务完成了，你会干什么？
  要遵循不断测试的原则
  2、软件项目上线了/发布了，还要进行测试吗？
  需要测试，尽可能多的，范围广的进行测试。

• 回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误的现象并不少见。

• 测试应从“小规模”开始，逐步转向“大规模”

• 不可将测试用例置之度外，排除随意性

• 必须彻底检查每一个测试结果
  对应的面试题：
  1、你觉得你有什么样的缺点？
  不能说的：粗心、耐心不够、不善与人沟通、语言表达能力不行
  可以说：斤斤计较、遇到问题穷追不舍、认死理、轴…
  哈哈，缺点反向输出

• 一定要注意测试中的错误集中发生现象，这和程序员的习惯和水平有很大的关系。

• 对测试错误结果一定要有一个确认的过程。