测试,简单说,除去主要的功能验证,感觉就是对程序挑刺,各种钻牛角尖。然而就是钻牛角尖也并不是就那么容易,因为你得把所有的牛角尖都钻一遍,找到有机可趁的那个尖。如果严谨一点说,就是确保考虑程序执行可能经过的所有路径,并且保证都不会出现意外情况。
那些黑盒测试白盒测试方法,在项目代码级别不大的情况下,显得有些牛刀小用了,而要规范地编写测试用例,就更显得这把牛刀挥起来尤为费劲。但是如果项目变得巨大了,软件工程管理方面的方法和规范的优势就能发挥出来了,而且就后期软件维护来说,测试文档也会变得重要起来,这保证着那些曾经有过的坑不会再次出现,对于公司而言,开发团队或测试团队更换,对接也会变得容易。但是我目前都没有大项目的经验。小项目的话,写开发文档还是很有好处的,不论对于别人看懂你的代码,和你后期长久之后的再次接触带来很多方便,但是测试文档似乎就显得不那么重要了。
近期的测试工作对我而言就是:
你得对着页面,或者对着代码,仔细寻找每一个入口,每一个你可以操作的地方,每一个你可以看得到的地方,这里是否有机可趁,你可以有多么变态的操作,多么。
和遍历一样,但是因为路太多了,一开始你只能走一部分,走了一段时间很可能你会重复走一些路径,但是却从未走过一少部分路径,那一部分别人也很少会走,但是那里很可能就会出问题。
时间再长一些,你把整个流程和逻辑,理得不能再清晰了,或许你就会看到一些以前从没有想到过的路径,这时便会测试出新的问题。
而我要提升的地方便是:从一开始就能先把那些最少人走的路径先揪出来走一遍,然后才是其他更加普遍的路径。锻炼出周密严禁的逻辑思维,进行全方位无死角的剖析透视,这将对编程大有裨益。