一位实习生对软件测试的看法

前言

如果我们把一个项目比作一道菜，那么程序员就是厨师，去做这道菜；软件测试员则是试吃员，去品尝这道菜有多美味，亦或者有多难吃。

那么作为“试吃员”，我们要如何形容这道菜有多好吃，好吃在哪，什么味道，亦或者难吃在哪，然后一一列举出来，试吃员和食客的最大区别在于：食客形容这道菜只会说“好吃”或者“不好吃”，试吃员必须形容这道菜则会说“这菜有点甜”、“这菜的辣椒刚好合适”。

然后作为“试吃员”，我们又该如何告诉“厨师”，这菜有多甜，这辣椒又合适在哪里呢？正好借着这段实习经历来分享下我对测试员的看法，欢迎各位看官指出本文章的缺点，或者补充说明，无论是怎么样我都非常高兴，这也是给我增长见识的机会，谢谢。

一、项目文档

• 这个是重点，记下来，要考。不开玩笑，这个非常重要，一定要看这个项目的文档！！！不要一接到任务就开始放飞自我。我们是“试吃员”，不是“食客”，这盘“菜”想怎么吃就怎么吃。看完项目文档后做好规划，例如我要测试这条数据是否传到数据库，那么我首先得检查数据库是否能正常连接，然后再接着下一步。就算是写程序也是一样，先规划后上手，先确定，再行动。做好规划，效率自然的也就提高，摸鱼的时间也变多了（滑稽）
• 还有一种情况，没有文档怎么办？组长呢一般会告诉你这个项目是用来做什么的，然后主要的流程是什么。那这个也没说呢？问（嘴巴甜点）！这个项目是用来干什么的？具体流程又是怎么样？假设我做（删）了某个步骤（库），会不会影响（跑）到整个项目的正常工作（路）？一定要问清楚，一旦出错了至少还可以知道自己会不会被训（笑）。

二、测试的范围

1. 大多数情况下，一个项目组至少有两个以上的测试员，如果只有一个测试员那就没什么问题，从头测到尾就行。
   那么针对多个测试员这种情况，项目组主要负责人会分配好每个测试员的测试范围，有的人测试界面，有的人测试代码，还有的测试数据库的连接。这个时候非常要注意了，你只能测试你自己这块，不能动其他地方，至于为什么，哪一部分因为测试导致出现了问题，项目组长可以快速、有效的找麻烦，如果组长发现你测试过界了，那优先找你麻烦；
2. 当然多数情况我们测试某项功能的时候会“超纲”࿰