软件测试的原则

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

软件测试必须基于“质量第一”的思想去开展各项工作，当时间和质量冲突时，时间要服从质量；

事先定义好产品的质量标准，只有有了质量标准，才能根据测试的结果，对产品的质量进行评估和分析；

软件项目一启动，软件测试也即是开始，而不是等程序写完，才开始进行测试；

穷举测试时不可能的；

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

软件测试技术啊是做好软件测试的前提；

测试用例时设计出来的，不是写出来的二，所有要根据测试的目的，采用相应的方法去设计用例，从而有效提高测试的效率，更多的发现错误，提高程序的可靠性；

---

测试的原则

遇到的问题：

1.测试时间不够的情况下，（还有大量的内容没测试），软件能不能发布/上线/发行

2.有的严重bug没修复，但是赶着上线，能不能通融？

3.需求重要吗？错误的需求对测试有什么影响？

4.你觉得软件测试在什么阶段介入比较好？为什么？

5.软件发布了，但是又缺陷，是测试人员的错吗？

6.你写过测试计划吗？包含什么内容？测试计划可以被修改吗？

7.设计和编写测试用例有什么区别？设计师一项脑力活动，编写是一项体力活动，将设技好的内容通过文字的形式表现出来

8.针对已经发现缺陷的模块，如何进行深入测试？对发现缺陷的模块使劲测试，另外关联的模块也要进行测试。（缺陷有一种集成效应）

9.软件项目不着急的时候，测试任务完成了，你会干什么？---整理文档，反复测试，查找问题

10.软件项目上下了/发布了，还要进行测试吗？？

11.你觉得你有什么样的缺点？（不能说的：粗心，内心不够，不善与人沟通，语言表达能力不行）

认死理，说话声音大，

---

 

对发现错误比较多的程序段，应进行更深入的测试，一般来说，一段程序中已发现的错误越多，其中孙在的错误概率越大；

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

应当把“尽早和不断测试”作为测试人员的座右铭

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

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

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

必须测地检查每一个测试结果

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

对测试结果一定要有一个确认的过程；