软件测试的艺术-初识

内容	所占百分比
软间测试的定义	%40
软件测试的流程	%20
软件测试的方法	%20
软件测试工具	%20

软间测试的定义

官方定义：就是一个过程和一系列过程（本质），用来确认计算机代码完成了其应该完成了其应该完成的任务，不执行其他不应该有的操作（功能）

软件测试是为了发现错误而执行程序的过程

如果我们的目标在在于证明程序没有错误，那就会在潜意识里倾向于实现这个目标，也就是说，当我们测试时，就会倾向于选择可能较少导致程序失效的测试数据，从而不能更好地挖掘测试的价值和可靠近，所谓可靠性就是找出并最终修改程序的错误。价值即实现测试的功能

反之，如果我们的目标在于证明程序中存在错误，我们设计的测试数据就有可能更多的发现问题，增加程序的价值，提高程序的可靠性。
这个就像我们生活中一部分人总喜欢鸡蛋里挑骨头，没事找事，而软件测试即是即便程序看起来没错，但我们也要秉着鸡蛋里挑骨头的心态设计测试用例

软件测试是一个破坏性的过程

在生活中，很多人都本能的倾向与创造事物，而不是破坏事物。而软件测试刚好是违背我们本能的反应，去摧毁一个看似完美的程序。

一次成功的测试

病人不舒服在医院看病检查时，如果医生对病人进行了一系列检查，却没有诊断出任何病因。我们就会认为这些检查和化验是不成功的。因为病人支付了昂贵的检查费，而病状依然如故。病人就会质疑医生的诊断能力。相反，如果医生诊断出病人是胃病，那么这次检查就是成功的，医生就可以进行相关的治疗。医疗行业会使用”成功的“和”不成功的来表达诊断结果“。我们当然可以推及到软件测试中。当我们行测试某个程序时，他就好比我们的病人。

测试找出错误，并成功修改错误，那么这次测试就是成功的测试，同时，如果本次测试可以最终确定再无其他可检查的错误，也是被认为成功的测试。所谓不成功的测试就是未能适当的对程序进行检查，在大多数情况下，未能找出错误的测试被认为是不成功的测试。

测试流程

　　需求分析—>需求评审（项目需求人员，开发人员，测试人员）–>定排期（开发人员制定开发计划，测试人员定测试计划）–>开发人员进行代码开发，同时测试人员编写测试用例–开发人员开发完成提交代码–>测试人员showcase用例评审–>运维人员部署软件测试线–>测试–>开发修bug–>测试完成，提交测试报告–>上线–>线上检查–>邮件抄送组内进行上线通报。

测试类型

　　根据项目流程阶段划分：单元测试，集成测试，系统测试，验收测试

　　根据对代码的可见程度划分：黑盒测试，白盒测试，灰盒测试

　　根据是否投入大量人力划分：手工测试，自动化测试

　　还有冒烟测试，回归测试，随机测试

测试方法

　　黑盒测试：边界值，等价类划分，因果图，决策表，错误推测法

　　白盒测试：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖

测试工具

　　接口测试工具：jmeter，postman，robotframework

　　性能测试工具：Jmeter，loadrunner

　　UI测试：Selenium