测试需求编写挑战-优快云博客

XYXD的邮件：

老大,你好,今天的日报如下
1.编写车辆控制-简图监控的测试需求
2.编写客服中心模块的测试需求
3.编写系统管理模块的测试需求
虽然写了很多测试需求 ,但都不符合BD的要求,
明天要重新写这三大模块的测试需求
争取符合领导的要求.
凉茶我们都喝,老大要多注意身体呀.祝老大工作愉快,嘿嘿

CHFT的邮件：

1当日工作概述

1.1 当日主要工作

上午所做工作：

1．练习英语听力；

2．完成车辆管理中的修改、删除功能的测试需求编写；

3．完成驾驶员信息管理模块的测试需求编写。

下午所作工作：

1. 组织机构管理模块中页面检查、查询、添加功能的测试需求编写；

2. 学习软件测试基础知识。

晚上所做工作：

1. 继续学习软件测试基础知识；

2. 参加测试组开会，讨论测试需求编写规范；

3. 按照规范修改测试需求。

1.2 当日计划与实际情况对比分析

1.2.2 计划与实际的对比

测试需求的编写格式不够规范，需求点不够细。

1.3 风险状态

中等

2 需要解决的问题

加强软件测试基础知识的学习，按照规范来编写测试需求。

PZHL的邮件：

>>当日工作概述
上午看该项目新发布的需求报告，分析需求报告准备开始写测试需求
下午安装系统客户端，熟悉系统，进一步了解系统需求
晚上写测试需求，讨论测试需求的标准
>>计划完成该项目测试需求的1/2
实际写了一部分之后了解到测试需求的写法不正确，再加上感觉需求分析不够详细，然后自己安装了系统平台。最后计划任务没完成。
>>感觉面对标准有些茫然
>> 需要解决的问题
清楚测试需求的标准写法
清楚项目的详细需求

DP的邮件：

今晚开会主要是统一了下测试需求的写法，最后决定按照毕达的写法来做，虽然改动较大，但是我们会努力在规定时间内完成任务，并且会全力配合BD，不会出现别的情况，请大哥放心

回复邮件：

哥四个：

收到你们的邮件了。关于修改测试方法的事情的我的意见如下：

首先，无论是测试方法还是开发方法都是不断改进的，BD的做法就是一种创新，既然是创新就可能成功和失败。作为手下，首先，要提出自己的想法，大家讨论，但一旦领导决定了，就要义无反顾地、全力以赴去做。这样才可能成功。而每一次创新都可给我们带来新的经验和欣喜。确切地说，测试部门在几年的发展就是在不断创新发展过来的，从开始完全摒弃原有的测试方法，到TD、QTP、LR的引入、到编写桩程序，到编写模拟程序，到由测试人员成为开发人员，每一步都是不断创新。所以，不要害怕创新。

第二．在一个组织中，开发和测试的工作都要有一定的规范性，BD的实际目的是要实现这种规范性。一个组织如果要实现整体高效率的开发，规范性是必须的，虽然有时候会牺牲局部的工作效率，但对提高整个组织的工作是很重要的，此问题极为重要，作为组织的一个成员有时候是需要改变自己的工作习惯的。改变自己的习惯很困难，特别是认为自己正确的情况下。我希望你们四个人在此次工作和以后的工作过程中都要注意这个问题。

第三．很欣慰出现这个事情，这个事情说明你们所有人都是把此次测试工作作为自己的事情在做，而不是应付工作，测试部门之所以可以持续发展，每个测试人员都能进步比较快，就是因为他们不是在应付工作，这对你们以后职业生涯是一个宝贵的财富，保持这个心态，你们四个会比其他人进步得更快。