liu729052
发表于 2013-3-11 11:09:13
回复 26# lxh
谢谢。我正在计划重新建立开发文档,但是开发文档只写开发的职责吗
liu729052
发表于 2013-3-11 11:10:56
回复 32# luckytom
在这个流程图中为否的确实没有表现出来,我在bug管理系统是设置了已
否决这个状态
liu729052
发表于 2013-3-11 11:13:46
回复 51# jeffsui
十分感谢· 因为我是测试新手 对度量方面的实在不清楚 所以就没有写上去 似乎是在规避 希望能跟你多多探讨·
忽忽
发表于 2013-3-11 11:23:14
我也学习学习
cjqxyop
发表于 2013-3-11 11:41:30
kanakn
jaony529
发表于 2013-3-11 13:45:46
瞅瞅~~~
anywhereanytime
发表于 2013-3-11 15:32:12
我先回复
anywhereanytime
发表于 2013-3-11 15:37:07
大致看了,内容有点多,说下感受吧!
anywhereanytime
发表于 2013-3-11 15:44:31
1、这个文档可能是根据你们自己公司的流程来写的,让我感觉最有差异的就是这句:
开发组向测试负责人提交《测试申请表》,该文档要说明:申请测试人员数量,进行哪些功能的测试,需要提交哪些测试文档,测试周期,测试环境要求。
根据我的经验大都公司都是测试在推动开发,而不是开发来推动测试,然后对于进行哪些功能测试,提交什么文档,周期,环境什么的,这些不应该都是测试人员来提交的测试计划吗,为何变成开发人员来列出来呢?是测试人员能力没达到对系统或者需求的理解?如果开发漏列出,测试是否不测试了,等很大的疑问,不明白这个送测表有什么太大的含义但是文档中给人感觉很重要。。。
测试组应该有自己的统一模板文档比如:测试计划,测试用例,测试报告,操作手册。这都应该是跟开发部独立出来的东西,测试人员测什么,如何测,测多少都是个人能力,部门主管组织能力的体现,不是开发部来给你们制定。。。
niekailei
发表于 2013-3-11 16:35:39
看看
sue805658667
发表于 2013-3-11 16:54:54
来看看
liu729052
发表于 2013-3-11 17:21:54
回复 69# anywhereanytime
这个是这样的 我们公司是一个测试 但是要对应很多个项目 所以不可能每个项目都要测试去写明这些东西 也许一个项目在拟定需求的时候 测试正在测试另外一个项目 根本没有时间去进行第一个项目的需求分析
xuqiang0720
发表于 2013-3-11 18:51:44
看看先~
smany23
发表于 2013-3-11 20:49:37
回复 1# liu729052
看看,感谢分享
wofanfanjun
发表于 2013-3-12 09:54:52
先回复下才能看见
Hippo_suo
发表于 2013-3-12 10:14:44
回复可见
anywhereanytime
发表于 2013-3-12 13:59:57
回复 72# liu729052
也许你误解我的意思了,不是说要介入需求分析,而是根据需求人员产出的软件需求说明书拟定测试计划其中包含测试内容,看过你的测试准入条件是要求需求组的文档至少提前2个工作日给到测试,那么这段时间就是做计划及案例;
而可以不去依赖开发的!
举个例子:如果需求在客户出现BUG了,但是开发漏例出相关联的这个地方,那这样照文档中的意思不是给测试人员有借口了:开发没说这里要测,开发也没有修改这里。。。
测试需求的是比开发更具备业务知识,从系统上来说应该是对各功能点更熟悉,只是缺少代码上的实现而已,这样才能发现开发的BUG,不然开发说测这里,测哪里,相对来说阻碍了测试人员自己本身的思考了,这家公司也慢慢的变得今后测试依赖开发给测试内容还不是代码调试协助!
huliyan@126.com
发表于 2013-3-12 14:42:11
我看看,再帮你提意见。
huliyan@126.com
发表于 2013-3-12 14:49:22
分清阅读对象,阅读对象要做的事情。再就是你这个只是测试的一部分的一个纲。你要细到测试的每个细节,比如评审会议要不要,要的话怎么组织,形成什么样的文档。有时间欢迎交流,qq号:634696336.备注:51testing。
dancer_ytt
发表于 2013-3-12 17:34:30
有相同的经历先看下
页:
1
2
3
[4]
5
6
7
8
9
10
11
12
13