团队应该如何安排 QA 和测试工作
对于 QA, 亚当斯认为, 分工的起源是由人的才能具有自然差异.... 假定个人乐于专业化及提高生产力, 经由剩余产品之交换行为, 促使个人增加财富, 此等过程将扩大社会 生产, 促进社会繁荣, 并达私利与公益之调和. 他列举制针业来说明."如果他们各自独立工作, 不专习一种特殊业务, 那么他们不论是谁, 绝对不能一日制造二十 枚针, 说不定一天连一枚也制造不出来. 他们不但不能制出今日由适当分工合作而制成的数量的二百四十分之一, 就连这数量的四千八百分之一, 恐怕也制造不出 来."
所以, 就我们团队来说, 或者说就我们这个团队理念, 分配的原则如下: 第一, 劳动者的技巧因专业而日进; 第二, 由一种工作转到另一种工作, 通常需损失不少时间, 有了分工, 就可以免除这种损失; 第三, 许多简化劳动和缩减劳动的机械发明, 只有在分工的基础上方才可能.
回过头来, 我们可以问:
. 这件事真的要通过这么多环节么?
. 测试人员真的知道最最关键的地方如何测试么?
. 在系统上线之后, 所有为这个功能感到自豪的人是否去实地测试过呢?
基于这些问题, 我们进行了仔细的思考与讨论. 最后得出的结论是用敏捷式开发, 每个细节都得注意到, 抓总体.
团队安排测试工作
总而言之, 就是对项目进行分工,. 在初始阶段 (新项目, 团队进入一个新领域, 人员刚进入一个项目), 每个团队成员都要尽量打通各个环节, 多负责, 把所有事情都搞懂, 培养通才.
. 当项目 / 产业发展到一定阶段 (进入阵地战的时候), 要大力提倡分工合作, 培养专才.
. 把自己项目的架构和流程做好, 让所有人都能比较容易地进行 Quality Assurance 的工作.
. 培养 "大家都要做 QA, 专人负责量化的 Test, 有条件多做测试自动化" 的文化.
. 要明白自己项目的特点, 人员的特点, 产业的特点. 避免照搬别人的做法. 不要听说某某伟大的系统的开发 / 测试比例是多少, 就哭着喊着也要同样的比例...
因此我们各司所职.
来源: https://www.cnblogs.com/1790105067qqcom/p/12151531.html