团队项目我负责的部分是后台服务端，所以在安卓APP上出什么bug基本是我的问题，所以这次测试是 测试-->有bug-->检查代码-->修改代码-->测试 的一种循环。
有bug不可怕，可怕的是你不知道为什么会出这个bug。
更可怕的是你改了这个bug，多了两个bug。
说到改bug，无非是重现这个bug，然后跟着代码一步一步调试检查问题的根源所在，改之即可，但是过多的bug可能会导致测试完改的代码和以前的长得差距有点大。
这里我找到一种程序的设计方式，可以避免测试的时候出现较多bug所可能导致的代码重写，叫做测试驱动开发(Test-Driven Development，简称TDD)。
事先准备好客户的一系列无脑要求，比如要求客户输入一个浮点数，那么在写程序的时候就得准备处理字符、字符串、浮点数最大精度等等这些输入，而不是仅仅只认为客户真的只会输入一个浮点数。
我没想那么多，所以每次测试都会修改一大段代码，头疼。
至于测试方法，无非是按照流程把每个功能走一遍，检查每种可能出现的情况会带来的什么样的bug，也就是所谓的黑盒测试，说白了，蒙着眼睛随便点也点不出bug就说明没问题了。
实际上每个项目都应该要有专门的测试人员，对每个交互操作都有详细的测试用例，也许我们做不到那么专业，测试的过程也确实是疯狂打脸当初编程序的自己，但是经历真的很重要，至少以后相似的情况考虑的会更加全面了吧。