51Testing软件测试论坛

标题: 第一次写测试规范管理流程，请大家多提提意见 [打印本页]

作者: liu729052 时间: 2013-3-7 10:04
标题: 第一次写测试规范管理流程，请大家多提提意见
本帖最后由 liu729052 于 2013-3-7 10:49 编辑

公司以前没有测试部，但是据我的上司说公司意识到了测试的重要，所以把我招聘进去，希望我帮他们健全测试体质，然后让我写的测试管理流程，主要是开发要怎么配合，需要提供什么东西，测试完成后需要提交什么东西，公司做的是web测试，测试环境和开发环境必须要共用一套，这个也是比较纠结的地方，以前都是做简单的功能测试，没写过这些，第一次写，在网上找了些然后结合自己的理解写了一份初稿，请大家帮忙多提提意见，感激不尽·

作者: liu729052 时间: 2013-3-7 10:37
大家不要只下载~ 不说话的啊·

作者: omg 时间: 2013-3-7 11:10
大致看了下，个人感觉还行，说点个人看法。

一个小问题，第9点“约定”里面的字体是故意和其他的字体不一致的吗？

另外有一个疑惑，这个文档的读者是谁？如果是给开发人员看得话，估计可能他们会觉得有点长（目前有些内容和他们不相关）。或者可以创建另一个文档给他们看，专门讲他们需要参加的环节，怎样具体配合。

作者: liu729052 时间: 2013-3-7 11:16
回复 3# omg

谢谢您的建议~　约定那部分的不是特意做的·　是没注意弄成那种字体了　你不说我还没发现
　文档似乎是有点长　要给开发看　也要给领导看　我是想以后如果新招测试之后也可以根据这份文档来　不过根据你的建议　我决定在精简一下　或者再创建一个开发文档

作者: L~~心~~R 时间: 2013-3-7 12:26
我也是，我现在一点头绪都没有。。

作者: 赵佳乐SMILE 时间: 2013-3-7 13:00
求看看

作者: liu729052 时间: 2013-3-7 13:06
回复 6# 赵佳乐SMILE

之前是可以直接下载的~只可惜大家都是下载了就走了·　所以设置了隐藏　回复可下载

作者: 赵佳乐SMILE 时间: 2013-3-7 13:21
回复 7# liu729052

写挺好的

不过上来日期就是个大BUG

20123-3-6

作者: 赵佳乐SMILE 时间: 2013-3-7 13:24
说点正经的你最好加上缺陷状态说明对于新人看也好

即使我有工作经验有时候也会混淆

作者: liu729052 时间: 2013-3-7 13:32
回复 9# 赵佳乐SMILE

果然是呢这么简单的错误也会犯
好的我再看看加上说明

作者: doraemonzl 时间: 2013-3-7 13:56
参考学习下~

作者: QBullet 时间: 2013-3-7 14:58
参考学习下~

作者: zzm568447086 时间: 2013-3-7 16:25
看看，学习学习。。。

作者: hxn_123 时间: 2013-3-7 16:38
我想看看

作者: yun9041 时间: 2013-3-7 17:05
我一朋友最近也做了份测试规范管理，我看下

作者: 没翅膀的飞鱼 时间: 2013-3-7 17:27
挺全的了，说下个人看法
1. 个人感觉这个文档的对象是测试人员，对于开发人员LZ最好在创建一份，如开发立项要提交的文档等，最好分开写；
2. 测试退出准则是跟测试老大商量过的吗？个人感觉要求有点高
3. 测试准入条件第三条，这个谁来保证功能正常，要是开发的话，至于提交给测试他们当然会说功能没有问题了，所以建议增加冒烟测试这个过程
4. 针对于开发方面的准则，感觉应该跟开发那边沟通下，这样确定下来的文档，开发人员才接受

作者: Tooth_hj 时间: 2013-3-7 18:54
看下

作者: fanyanjun 时间: 2013-3-7 22:00
看看

作者: fm9887 时间: 2013-3-8 00:35
看下

作者: luoriver 时间: 2013-3-8 09:00
看不到先回复下吧

作者: ff411 时间: 2013-3-8 09:23

作者: qepwq125321 时间: 2013-3-8 09:23
新手上路，看看！

作者: fuhao 时间: 2013-3-8 09:48
通道中人

作者: lxh 时间: 2013-3-8 10:25
先回复下下载过来看看，再提出建议

作者: yxwoailuo 时间: 2013-3-8 10:28
我来学习下！

作者: lxh 时间: 2013-3-8 10:30
文档中既描述了开发人员职责，又描述了测试人员职责，建议分开两个文档编写；开发人员职责编写初稿后，最好和开发人员及相关领导协商讨论，有些环节可能对敏捷开发来说不需要；测试流程可能针对敏捷测试来说部分环节会省略，需要结合公司的实际情况对测试职责进行调整

作者: 末末17 时间: 2013-3-8 15:10
看看

作者: luckytom 时间: 2013-3-8 15:16
我还没写过呢，拿来借鉴一下

作者: yw252378127 时间: 2013-3-8 15:52
回复 1# liu729052

看看

作者: onceever 时间: 2013-3-8 16:10
看看再说学习先

作者: onceever 时间: 2013-3-8 16:16
测试环境不独立，会有隐患的。

作者: luckytom 时间: 2013-3-8 16:23
缺陷管理流程图中有两个问题：
1.“是否需要修改”为否的情况应该到Rejected拒绝状态，通过分析后，可能再次提交；也可能保留Rejected状态，以供测试报告进行分析；
2.“保留BUG”应该是设定优先级，并约定什么时候或哪个版本修改BUG；

作者: summmersnowf 时间: 2013-3-8 16:34
设置了隐藏　回复可下载

作者: hellen0303 时间: 2013-3-8 16:38
回复 7# liu729052

哦。

作者: zyzyjam5 时间: 2013-3-8 16:55
回复才能下载？

作者: liuxueyi 时间: 2013-3-8 17:51
怎么下文件啊，不知道在哪里下啊。没有地方下啊

作者: sstic 时间: 2013-3-8 18:29
怎么看不到？

作者: zz45509 时间: 2013-3-8 19:58

作者: msdos2012 时间: 2013-3-8 20:55
看看

作者: liuxueyi 时间: 2013-3-8 22:03
O(∩_∩)O哈哈~，看了你的文档，就献献丑吧，我以本人的观点，妄自发现个人拙见。以表示诚意。望多多包涵。[url][/url]

作者: liuxueyi 时间: 2013-3-8 22:07
我已经批注了，不到上传上去没有。不管怎么样，至少我是很用心的~~(*^__^*) 嘻嘻……

作者: liuxueyi 时间: 2013-3-9 08:02
我提交的附件，怎么看不到啊。

作者: hqp1105 时间: 2013-3-9 09:36
可以让我参考参考吗？同行者。。

作者: liuxueyi 时间: 2013-3-9 13:05
[attach]83960[/attach]

作者: 欢欢891030 时间: 2013-3-9 15:31
参考一下

作者: kyd1205 时间: 2013-3-10 02:23
看看

作者: lili0808 时间: 2013-3-10 10:31
参考下

作者: 407227813 时间: 2013-3-10 15:58
帮顶

作者: fobbin 时间: 2013-3-10 22:54
回复 1# liu729052

学习一下

作者: jeffsui 时间: 2013-3-11 07:15
呵呵,最适合公司的就是好流程

作者: jeffsui 时间: 2013-3-11 07:22
嗯,我最近也在整理测试规程.提出几点建议,希望能和楼主探讨。
1.该文档所涉及的读者是测试人员还是其他关注群体,应该可以剪裁
2.对于测试度量方面貌似楼主漏掉了
3.和开发人员的约定应该单独说明,这样减少沟通的麻烦。

作者: 454086710 时间: 2013-3-11 09:20
看看

作者: sherry_qxl 时间: 2013-3-11 10:09
学习下

作者: XuMeilingGoOn 时间: 2013-3-11 10:30
求学习

作者: 真实的追求者 时间: 2013-3-11 10:36
先看看，在做评论

作者: 真实的追求者 时间: 2013-3-11 10:50
挺全面的，对测试人员来说很具有指导

作者: woly24 时间: 2013-3-11 10:59
准备写一份，但是不知道怎么下手。

作者: liu729052 时间: 2013-3-11 11:07
回复 40# liuxueyi

十分感谢
我已经下载下来细细阅读很多地方自己都没想到再次感谢

作者: liu729052 时间: 2013-3-11 11:08
回复 16# 没翅膀的飞鱼

嗯我也是计划把开发的重新建立个文档十分感谢· 等我修改好了之后再发上来给大家看看

作者: liu729052 时间: 2013-3-11 11:09
回复 26# lxh

谢谢。我正在计划重新建立开发文档，但是开发文档只写开发的职责吗

作者: liu729052 时间: 2013-3-11 11:10
回复 32# luckytom

在这个流程图中为否的确实没有表现出来，我在bug管理系统是设置了已
否决这个状态

作者: liu729052 时间: 2013-3-11 11:13
回复 51# jeffsui

十分感谢· 因为我是测试新手对度量方面的实在不清楚所以就没有写上去似乎是在规避希望能跟你多多探讨·

作者: 忽忽 时间: 2013-3-11 11:23
我也学习学习

作者: cjqxyop 时间: 2013-3-11 11:41
kanakn

作者: jaony529 时间: 2013-3-11 13:45
瞅瞅~~~

作者: anywhereanytime 时间: 2013-3-11 15:32
我先回复

作者: anywhereanytime 时间: 2013-3-11 15:37
大致看了，内容有点多，说下感受吧！

作者: anywhereanytime 时间: 2013-3-11 15:44
1、这个文档可能是根据你们自己公司的流程来写的，让我感觉最有差异的就是这句：
开发组向测试负责人提交《测试申请表》，该文档要说明：申请测试人员数量，进行哪些功能的测试，需要提交哪些测试文档，测试周期，测试环境要求。

根据我的经验大都公司都是测试在推动开发，而不是开发来推动测试，然后对于进行哪些功能测试，提交什么文档，周期，环境什么的，这些不应该都是测试人员来提交的测试计划吗，为何变成开发人员来列出来呢？是测试人员能力没达到对系统或者需求的理解？如果开发漏列出，测试是否不测试了，等很大的疑问，不明白这个送测表有什么太大的含义但是文档中给人感觉很重要。。。

测试组应该有自己的统一模板文档比如：测试计划，测试用例，测试报告，操作手册。这都应该是跟开发部独立出来的东西，测试人员测什么，如何测，测多少都是个人能力，部门主管组织能力的体现，不是开发部来给你们制定。。。

作者: niekailei 时间: 2013-3-11 16:35
看看

作者: sue805658667 时间: 2013-3-11 16:54
来看看

作者: liu729052 时间: 2013-3-11 17:21
回复 69# anywhereanytime

这个是这样的我们公司是一个测试但是要对应很多个项目所以不可能每个项目都要测试去写明这些东西也许一个项目在拟定需求的时候测试正在测试另外一个项目根本没有时间去进行第一个项目的需求分析

作者: xuqiang0720 时间: 2013-3-11 18:51
看看先~

作者: smany23 时间: 2013-3-11 20:49
回复 1# liu729052

看看，感谢分享

作者: wofanfanjun 时间: 2013-3-12 09:54
先回复下才能看见

作者: Hippo_suo 时间: 2013-3-12 10:14
回复可见

作者: anywhereanytime 时间: 2013-3-12 13:59
回复 72# liu729052

也许你误解我的意思了，不是说要介入需求分析，而是根据需求人员产出的软件需求说明书拟定测试计划其中包含测试内容，看过你的测试准入条件是要求需求组的文档至少提前2个工作日给到测试，那么这段时间就是做计划及案例；
而可以不去依赖开发的！

举个例子：如果需求在客户出现BUG了，但是开发漏例出相关联的这个地方，那这样照文档中的意思不是给测试人员有借口了：开发没说这里要测，开发也没有修改这里。。。

测试需求的是比开发更具备业务知识，从系统上来说应该是对各功能点更熟悉，只是缺少代码上的实现而已，这样才能发现开发的BUG，不然开发说测这里，测哪里，相对来说阻碍了测试人员自己本身的思考了，这家公司也慢慢的变得今后测试依赖开发给测试内容还不是代码调试协助！

作者: huliyan@126.com 时间: 2013-3-12 14:42
我看看，再帮你提意见。

作者: huliyan@126.com 时间: 2013-3-12 14:49
分清阅读对象，阅读对象要做的事情。再就是你这个只是测试的一部分的一个纲。你要细到测试的每个细节，比如评审会议要不要，要的话怎么组织，形成什么样的文档。有时间欢迎交流，qq号：634696336.备注：51testing。

作者: dancer_ytt 时间: 2013-3-12 17:34
有相同的经历先看下

作者: assdotchen 时间: 2013-3-12 18:05
新人前来学习

作者: zzzmiao_1980 时间: 2013-3-12 18:08
先看一下不回复不让下附件啊

作者: djsisje 时间: 2013-3-12 21:52
看不到先回复下吧

作者: zhouzidan 时间: 2013-3-12 21:53
一切都是为了看到内容

作者: 440058702 时间: 2013-3-13 08:49
看看，看后在详细评论

作者: 6917953 时间: 2013-3-13 09:29
回复 1# liu729052

看看先

作者: 薇~薇 时间: 2013-3-13 09:39
看看

作者: 鱼鱼乐天 时间: 2013-3-13 10:15

作者: 阿九 时间: 2013-3-13 10:17

作者: zelmeli 时间: 2013-3-13 10:21
先看看

作者: liuyuanyuan133 时间: 2013-3-13 10:22
看看

作者: 为了那片海 时间: 2013-3-13 10:23
我看看，不足我帮你提提意见

作者: 七星海棠 时间: 2013-3-13 10:24
看下

作者: 为了那片海 时间: 2013-3-13 10:25
本帖最后由为了那片海于 2013-3-13 10:35 编辑

我看看，不足我帮你提提意见

我觉得项目开始测试前还需要把开发的开发计划拿来，这样计划测试计划的时候也能够贴近开发的进度进行

作者: lff19920820 时间: 2013-3-13 10:25
学习一下

作者: 七星海棠 时间: 2013-3-13 10:33
开发文档这里我觉得还应该加上开发的自测试报告

作者: pp19870807 时间: 2013-3-13 10:42
想看看

作者: 306168129 时间: 2013-3-13 10:49
来看看的

作者: lina5127 时间: 2013-3-13 11:08
下来看看啊

作者: jiangjf 时间: 2013-3-13 11:12
我是来学习的

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)