共计 969 个字符，预计需要花费 3 分钟才能阅读完成。
什么是软件测试
测试是为发现错误而执行程序的过程。
软件测试一个破坏性的过程，甚至是一个施虐的过程，也就是第一天说的“找茬”游戏。当一个输入框让我输出手机号码时，我偏不，我要输出非手机号码，甚至不填。当界面提醒让我点击第一个按钮时，我偏不，我要点第二个，第三个。
这和开发是一个截然相同的工作，开发的思路是发明，把性能做进去，失常运行；而测试的工作是找茬，成心让程序不失常运行，生存中常常挑他人的故障的人，兴许更适宜做测试。
如果通过设计一条用例，胜利的让程序触发某种异样和谬误，那就能够让团队趁早发现这个问题，从而在产品正式公布之前，让软件有一个更好的品质。
测试人员是靠 bug 来晋升话语权的，如果有开发宣传“我写的代码没有 bug”，那咱们反驳的最好形式是多找几个 bug 进去。
黑盒测试要精通
黑盒测试是一种重要的测试策略，所有刚入行的测试首先就是把黑盒测试玩得十分棘手。应用这种测试方法时，将程序视为一个黑盒子。测试指标与程序的外部机制和构造齐全无关，而是将重点集中放在发现程序不按其标准正确运行的环境条件。
而白盒测试是测试程序的外部机制和构造，可能看到具体的代码，对测试人员的要求更高。
黑盒测试又称为数据驱动的测试或输出 / 输入驱动的测试。因为关注不到具体的代码逻辑，所以只能管制盒子里面的数据（输出和输入 )。
穷举法没用
穷举法是把所有可能的输出条件作为测试用例，然而一个性能的输出基本上都是有限的，应用穷举法意味着要对每个繁多功能设计有限个测试用例，这当然是不可能做到的。
比如说用户界面中须要你输出一个手机号用来登录，去测试的时候不仅须要输出正确的手机号，而且还须要测试输出的不是手机号时，程序如何反馈。不是手机号的数据你永远都举不完。
穷举法不会用在实战当中的第二个起因是它不经济。就算咱们能够把所有的数据都列举进去，也没有足够的工夫和精力对每个数据去执行测试。
好的测试策略是经济高效的
在测试一个软件时，肯定要制订好策略。如果所有的测试人员都不精通代码，那么最好以黑盒测试为主，白盒测试会破费大量的人员造就老本。
在设计用例的时候要依据具体的业务对测试进行划分，灵便应用各类用例设计办法。
在面试的时候，通常须要联合具体的业务谈谈上家工作怎么做测试，具体的测试流程是怎么的，测试策略是怎么的，这些能够看看我整顿的实在面试题集锦，顺便求个赞，三连必回哦。
