大话软件测试与职业生涯

转载请注明出自天外归云的博客园：http://www.cnblogs.com/LanTianYou/

题外话：大局作法与细节作法的区别——封装度高的事情作完之后可视度大，好比网站开发。封装度低的事情作完之后可视度小，好比接口开发等更底层的事情。前者更重于应用，而应用倚靠与于底层的开发所支撑。两者应解耦。底层的人更专一于开发，顶层的人更专一于应用。但现实中或多或少，他们彼此都在进行着渗透。没有电，仍然能够进行的，是编程思想。能够用编程的思想在现实生活中对现实进行编程。现实中的API就是咱们本身的行为，类库就是咱们的大脑。

1.黑盒测试只能从必定程度上覆盖白盒测试中的checkpoint，并且是由表及里的测试。（界面测试的意义）

2.一旦代码中存在一些判断逻辑分支的点测存在遗漏，就已经产生bug，因此必定要作好单元测试。（白盒测试的意义）

3.若是任务是防治森林火灾，黑盒测试就像是找一个老大爷骑自行车去检查森林防火。（黑盒测试的意义）

4.必定要检查各我的出没的地方有没有防火标识和警示语之类的东西。（友好性测试）

5.过分的黑盒测试就是一群小伙子骑自行车去检查森林防火（开汽车也行就算开飞机也同样，没有太大差异，地上有个烟头根本看不到，防患于未然是假，亡羊补牢是真（客户反馈））。（不少公司不重视测试技术）

6.所谓的soft freeze和hard freeze就像是平时和严打期，前者提倡你尽量多的发现着火点，然后者，届时若是发现森林隐患，老大爷可能就要面临革职了（说的有点儿严重）。（软件测试阶段）

7.过分设计与测试至关于杞人忧天，也许你这么想，一切都把客户当上帝，没想到客户当你放个屁，回头告诉你不须要，你还得删减逻辑（测试必定要遵循客户的需求，也要适当引导客户去发现隐藏的由于客户懒惰而暂时没有提出的需求，一旦这些需求后期提出，将对整个项目的进展产生很大的影响）。（需求分析）

8.扩展测试至关于未雨绸缪，主要是测试测试周边的一些不易被人发现的东西（所谓正常checkpoint覆盖不到的点），通常来说人所至者皆路，假如真有人跑去森林深处放把火，也是致命的。（扩展测试）

9.自动化测试就像是在森林里安装了一个安全报警系统，随时随地进行监控，真正意义上的高效。可是有些路面理论上看起来没问题，走起来就塌陷了（汽车过重了单位面积压强太大，而地面的承受能力又不在本次防火职责范围内），一旦起火了没人过得去救火仍是不行，因此还得须要小伙子开车亲自去跑一趟（又是黑盒），这时候骑自行车是不行的，由于你骑自行车可能地面就不会塌陷，若是事实证实了汽车压过地面真的会塌陷而又没有办法的时候，咱们强制全部人只能骑车或步行当心经过（这就须要和客户谈判了，通常SE和PM作这件事）。（软件测试职责分工）

10.黑盒与白盒，理论上两者缺一不可，但有不少公司根本没有白盒测试，就像不少小超市都没有安装监控摄像头同样，找个大娘坐门口一看就完了。（论黑盒与白盒的关系）

11.好的防火员是勤劳勇敢的老大爷，辛辛苦苦一生没赚着钱，是共产主义的接班人。（黑盒测试）

12.完善的防火防灾是要善于制造各类工具来将整个森林控制在鼓掌之中和眼界以内，今后须要看森林的老大爷数量就从100人变成了5我的。（自动化测试）

13.好的防患于未然是要善于分析森林里的每一区域每一种树，各类湿度与温度的状况下，森林的火灾指数有多少（老大爷作不到）。（白盒测试）

14.咱们都是年轻人，若是你在作软件测试行业，请问你是否年纪轻轻的就由于本身的不思进取而已经抢走了老大爷的饭碗。（软件测试职业生涯规划）

15.一群小伙子去森林里扔烟头，看看去什么样的地方扔多少烟头才能把森林点着了。（压力测试）