有几个问题困扰了我很久

速度王子

有几个问题困扰了我很久，想听听大家的意见：
测试前期，我们应该准备的主要工作是什么？
测试如何和项目组在需求验证方面达成共识？
测试方案如何在整个项目周期维护？

youyan2007

我在一小公司里，也没的干，哎，多希望上级安排任务啊！要不也太无聊了，我是产品测试，属于用户级别测试，呵呵，超级简单，但是想做好也不容易……

yiha

我觉得4楼说得更符合现在公司的实际。。。

sky.pei

如果你在一个小公司，那么可能这些事情都是你一手包办的，基本上你没时间想你能干什么，最多想想还有什么没干。
如果你在一个大公司，那么老实等任务安排，多了也轮不到你做=。=

苏高跃

我是新手顶下。，。。。。

doudouwen

现有一个需求：
一个简单的登录页面，上面可以输入登录帐号，登录密码
3种情况如下：
a.登录帐号，登录密码都输入正确，可登录成功
b.登录帐号，登录密码输入错误或其中一个输入错误，则登录失败
c.登录帐号或密码输入错误超过3次，则该页面功能冷冻15分钟（次数和冷冻时间可以配置）

请问各位大大，以上这个需求有什么问题吗？比如缺少什么或逻辑错误什么？我没看出来

zqxcgaking

测试前期，我们应该准备的主要工作是什么？
首先你这个问题问的很不清楚
按照双v模型来说 测试的每个阶段分为 测试计划-->测试设计-->测试实现 这是和开发同步进行的 最后到测试执行
然后你所处的是哪个阶段 还有就是你是哪个角色
建议你回去复习一下双v模型的整个过程

测试如何和项目组在需求验证方面达成共识？
不能达成共识当然就是沟通的问题了 如果沟通没问题 那就是各自的观点不一致了 去找上级吧

测试方案如何在整个项目周期维护？
所以我前面说了 你要搞清楚自己是什么角色
这是由某个角色去维护RTM 基线后 又交给某个角色去保存的
因为公司不一样所以角色没有严格的定义的 有些疯子会叫你什么都干的 最后你都不知道你是干嘛的了
所以啊什么狗屁角色 都是人定义出来的 你只要知道自己是干嘛的就行了

兰色犹豫

理解中执行，执行中理解

dabeixiong

理论总是抽象的~现时总是残酷的~

淡淡烟草味

原帖由 jinhouzi 于 2008-1-8 11:58 发表
学到了，认为介绍有点笼统，谁能更详细的说明下

你就按照二楼的兄弟说的做吧..还不明白.你需要多明白??他说的就是正确的测试过程中的几个环节....

jinhouzi

学到了，认为介绍有点笼统，谁能更详细的说明下

nicholas.hl

原帖由 速度王子 于 2007-12-20 00:09 发表
有几个问题困扰了我很久，想听听大家的意见：
测试前期，我们应该准备的主要工作是什么？
测试如何和项目组在需求验证方面达成共识？
测试方案如何在整个项目周期维护？

前期主要分析需求,系统设计 写测试计划 测试用例

至于如何达成共识,肯定会有需求分析会议的,尽量把自己对需求不理解的地方提出来,如果有可能要他们讲解一下设计的逻辑
如果都有了基本差不多了，要是再有问题 那就要靠沟通了

周期维护这个就不太清楚了，我们一般都是在会议上由大家相互商量 最后由项目经理决定


不知道说的对不 不对别扔鸡蛋给我啊  

zhangyong

测试前期，我们应该准备的主要工作是什么？

测试前期就是指测试准备阶段，要弄清楚测试范围，测试目标等。
具体工作主要是确定业务需求和测试需求等

测试如何和项目组在需求验证方面达成共识？

沟通！沟通！再沟通！沟通是唯一的途径
并且把沟通的结果和意见文档化，并且相关人确认签字

测试方案如何在整个项目周期维护？ [/quote]
专人负责。。。

luoyear

1，测试前期，我们应该准备的主要工作是什么？
        1.1 参与需求评审工作；
    1.2 制定测试方案（或者又曰测试策略），重点是测试方法和测试范围，即哪些测，哪些不测，如何测，以及决策成这样的理由！
    1.3 最好在正式测试case设计前先请设计人员向测试团队讲一下主要的业务逻辑。
2，测试如何和项目组在需求验证方面达成共识？
    2.1  评审测试方案以达成一致
3，测试方案如何在整个项目周期维护？
        3.1  一般来说，影响测试方案的主要因素是由于项目范围/项目进度而不得不做出相应调整的测试范围以及测试策略。所以项目范围变更/项目进度变更是触发测试方案变更的主要源头。一般来说，在CCB会议上作指派变更落实时候，需要把所有要更新的干系人和工作产物识别出来作为任务下达。