小伙伴们，大家好~

本周起，我们的“教材连载”栏目将正式回归啦。

接下来我们将用大半年的时间给大家分享Python测试开发的相关内容。

上期回顾：预备知识：软件工程与软件研发

多数软件企业都设立了开发与测试两个独立的团队，这两个团队可能隶属于一个部门，也有可能各自隶属于两个部门。

估计没有人会质疑测试活动本身的价值，一方面开发团队确认测试团队有存在的必要性，但是另一方面，在和开发团队打交道的过程中，测试人员通常会听到以下的言论：

你会不会用软件呀?

你使用了最bt的方法发现了用户永远也不可能发现的问题或者用户根本不可能像你这样操作；

由于我使用了XXX技术，YYY方法和受到了ZZZ的约束，所以只能出现这样的问题，所以就不是bug；

上次都说过了，是你们测试的问题，先保证测试用例的正确性再来测试；

软件测试团队的角色通常定位为“质量守护者”。自然地，他们所发现软件缺陷的数量和严重程度与其绩效潜移默化地有着紧密关联。于是乎，测试工程师为了体现其价值，希望尽可能在缺陷跟踪系统中新建缺陷记录。但开发工程师就不干了，因为缺陷数量同样可以作为考核指标以衡量其开发质量。所以通常会看到：测试工程师发现问题后，首先与开发工程师进行沟通，在征得开发工程师的同意后再新建缺陷记录（这个过程有时变成了一种博弈，而非真正为了工作效率）；开发工程师对于测试工程师所发现的问题不是持感激态度，反而认为他们是在“找茬”。由于“质量守护者”的存在，开发工程师心安理得、堂而皇之地认为保证软件质量是测试部门的事。于是线上如果出现了严重的问题，第一个被责问的对象通常会是软件测试团队，“为什么没有测试出这个问题？？？”

不难发现，以上的场景都是测试和开发团队配合不佳的表现。那怎么能更好的改善测试团队和开发团队的关系呢？从测试人员的角度出发，你可以做以下的改善：

(1)、要耐心和细心。

细心是测试工程师的一个基本素质，测试工程师是对质量负责的人，涉及到质量问题，就不能含糊，因此一定要细心，细心对待每一个可能的BUG、细心对待每一段被你检查的代码，细心对待每一个你撰写的BUG报告，细心对待你发出的每一封邮件。细心是一种态度，你的态度迟早会感染和你合作的开发人员，而这往往是合作愉快的基础。

(2)、要懂得尊重对方。