51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 39255|回复: 113
打印 上一主题 下一主题

[你问我来答第12期]:如何根据项目特征设计测试流程和管理需求?(已结束)

[复制链接]

该用户从未签到

跳转到指定楼层
#
发表于 2011-6-7 10:28:24 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本期客座专家

论坛ID:  grassman907
真实姓名:Tim Lai
擅长技术领域:自动和手动测试框架的搭建, 缺陷分析, Ratioal产品系列,需求管理,银行类测试领域
现任公司:保密
现任职位:测试经理
工作经验:8年
项目经验:
IBM
1. HUB:大型中间层产品得测试。技术:Unix, shell, MQ;
2. FRS:财务系统,主要技术:RQM, datastage, RFT,RMT;
3.WBICT:数据仓储项目,主于技术:DB2,CQ;
4.AIT: 敏捷项目,主要技术:RTC+RQM;
巴克莱银行
BOC:网上银行,主要技术: QTP, QC。


各位会员可以在6月22日前以回帖的方式向客座专家提问。
(请大家围绕本期客座专家的擅长领域进行提问、探讨)
客座专家将在6月23日—7月8日为大家集中解答。
机会难得,欢迎大家踊跃提问!

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

113#
发表于 2012-11-4 14:19:05 | 只看该作者
急招兼 职人员,工资可立结,绝不拖欠工资
1 自己有上网条件,每天至少能兼 职2-3小时  时间自己安排
2.利用业余时间上网,吃苦耐劳.不半途而废就有收入
3.计件工资,正常情况下50元/时绝对有
4 有一定的网购经验优先
承诺:绝对不收取任何押金!
有意者请QQ咨询:813639028
回复 支持 反对

使用道具 举报

该用户从未签到

112#
发表于 2012-2-28 11:27:03 | 只看该作者
学习
回复 支持 反对

使用道具 举报

该用户从未签到

111#
发表于 2011-10-19 09:19:37 | 只看该作者
在加拿大做测试了, 以后有问题希望可以大家一起探讨, 我的微博: http://weibo.com/2268976125


另: 大连外企的测试职位, 有感兴趣的可以微博留言
回复 支持 反对

使用道具 举报

该用户从未签到

110#
发表于 2011-9-29 13:19:02 | 只看该作者
学习中
回复 支持 反对

使用道具 举报

该用户从未签到

109#
发表于 2011-7-22 11:09:31 | 只看该作者
谢谢wanlg帮助回贴  :—)。
回复 支持 反对

使用道具 举报

该用户从未签到

108#
发表于 2011-7-20 11:30:05 | 只看该作者
回复 93# csjl


    我想问下,在接到一个待测项目时,应该从哪里入手,如何快速进入测试,定位缺陷所在。
都从哪些方面考虑如何去测试。我最近在纠结这个问题。因为感觉拿到新项目后有点一头雾水的感觉。
请给我指点指点,先谢谢了!
>>看是进行什么测试了。。不过不管进行什么测试,第一步肯定是熟悉业务逻辑,也就是产品的功能~·
回复 支持 反对

使用道具 举报

该用户从未签到

107#
发表于 2011-7-20 11:28:58 | 只看该作者
回复 91# 水儿儿

这样的情况还是因为你们领导对测试不重视呀,或者是领导怕得罪人,无作为~~必须由领导确定流程。
需求的获得过程必须把QA包含进去,或者至少说在需求确认后应该有一份正式的需求文档,QA在第一时间拿到需求文档,对需求进行评估测试,然后设计测试用例。
回复 支持 反对

使用道具 举报

该用户从未签到

106#
发表于 2011-7-20 11:24:12 | 只看该作者
回复 86# zuoke298


    business architecture?
回复 支持 反对

使用道具 举报

该用户从未签到

105#
发表于 2011-7-20 10:59:55 | 只看该作者
回复 75# jimao


    还请教一个部门绩效的问题:
最近公司做了比较大的动作,引入了“多劳多得、多能多得”的先进理念,先是让公司的全体部门制定岗位职责、部门职责,现在又开始制定部门的工作绩效?作为测试负责人如何制定测试部门的绩效考核指标?一个有责任心的部门负责人的可以从哪些方面去提高测试部门绩效?

>>关系到绩效考评,应该就是件很烦的事情吧~~弄不好就容易引起人事关系的xx
回复 支持 反对

使用道具 举报

该用户从未签到

104#
发表于 2011-7-20 10:57:48 | 只看该作者
回复 73# jimao


    一直被一个问题困扰,放到管理模块也没问回答,现在请教一下专家,呵呵。
测试部门从2个测试人员开始组建,到现在的测试流程和测试工作规范化,也已经有1年多时间了,各方面都有了一个质的改变,并得到了公司领导的认可。在此期间,我也牺牲了不少休息时间,也在不断的思考一些问题,如何将整个测试团队带好?让测试部门在相对公司的其它团队时更具魅力,我可以从哪些方面去提升测试部门的实力
>>将自己的团队带好,自己说好不算,要与之有交互的外人说好才行。“外人”无非就是开发和项目管理层,有时候加上客户。 首先把自己分内的事情理清做干净,不拖泥带水,不给“外人”带去麻烦;其实可以站在公司/项目的角度,做一些流程改进优化的工作,让整个公司/项目的运作更优~~(胡说的哈~)
回复 支持 反对

使用道具 举报

该用户从未签到

103#
发表于 2011-7-20 10:51:25 | 只看该作者
回复 64# csjl


    我问一个问题,麻烦你帮帮我。
对于一个测试了很久的产品,现在每天还在测试,变化也就是每个客户不同,版本不同,测试中发现测试一直在走这些流程,有时候有点烦躁,因为找不到缺陷,最近测试组对这个版本,提的缺陷都不是很多,我想问下,对于这样的测试,你是怎么处理的,如何发现深层次的缺陷,让自己有成就感,要怎么突破这样每天每天不怎么变化的测试工作。大家也可以说说自己的看法。
>>挺现实的问题呢。 等待答案
回复 支持 反对

使用道具 举报

该用户从未签到

102#
发表于 2011-7-20 10:49:20 | 只看该作者
回复 61# yintianyouqin


    对于这个问题,我充分理解哈~~当一个项目过大,分出了很多的模块来,那测试人员就没必要把项目的每个细枝末节都掌握清楚了。可以按模块来划分责任。 我们这里分了embedded QA和integration QA的。 embedded QA负责某个固定的模块,integration QA可以站在一个high level的角度测试一下项目整个大的流程是否正确。
回复 支持 反对

使用道具 举报

该用户从未签到

101#
发表于 2011-7-20 10:45:17 | 只看该作者
回复 54# ryanqin2009


    遇到这样的极品男,就当运气不好吧。建议你们强大起来,把他给赶走。。。即使你要走,也在走之前把他羞辱一番,这样的人,不用给他留什么面子。。
回复 支持 反对

使用道具 举报

该用户从未签到

100#
发表于 2011-7-20 10:42:00 | 只看该作者
回复 49# yi520oo


    敏锐~~
回复 支持 反对

使用道具 举报

该用户从未签到

99#
发表于 2011-7-20 10:40:17 | 只看该作者
回复 42# grassman907

悲催啊~~~~
回复 支持 反对

使用道具 举报

该用户从未签到

98#
发表于 2011-7-20 10:36:07 | 只看该作者
回复 39# 简单—爱


    如果在读的学生或者有业余时间精力的人可以考虑去考考。但我觉得用处无非两个:1。 作为找工作的一个小小的敲门砖。2 作为巩固软件测试基础知识的一个过程(这一点倒是有点点用处)
回复 支持 反对

使用道具 举报

该用户从未签到

97#
发表于 2011-7-20 10:33:57 | 只看该作者
回复 38# xiepeilin


    好高级,读不懂
回复 支持 反对

使用道具 举报

该用户从未签到

96#
发表于 2011-7-20 10:32:28 | 只看该作者
回复 37# 小测人生


2. 你们公司的测试用例是如何管理的,如何能保证测试用例的有效性的呢?
>>测试用例用QC管理(如果公司没买工具,excel是很便捷实惠的)
>>测试用例严格按照需求来写,保证需求覆盖率,应该就是有效地测试用例了吧

3. 作为测试经理,你的日常工作大致是什么,是否会涉及到具体的测试工作?
>>看是技术性测试经理还是人力资源管理类了。 我们的经理更多属于resource管理类,除了了解一点我们的项目是干嘛的,最基本的业务逻辑外,基本不插手我们具体的项目实施了。
回复 支持 反对

使用道具 举报

该用户从未签到

95#
发表于 2011-7-19 17:50:59 | 只看该作者
在出差中, 暂时只能简单回答下大家问题。 看到一个朋友提到需求管理测试用不到, 这个可以探讨下。
一个典 ...
grassman907 发表于 2011-6-9 00:57



   不愧是老师呀,对需求管理的个中究竟阐述得好清晰。而且肯定是从实践项目中得出的经验之谈。

最近手里的项目,因为PjM人比较新,需求老是不确定,变来变去,把测试的各种进度都拖了~~如果严格依照需求变更来做,对每一次变更create change request, 那测试就会容易多了。
回复 支持 反对

使用道具 举报

该用户从未签到

94#
发表于 2011-7-19 11:01:39 | 只看该作者
新一期,顶一下
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-8 22:40 , Processed in 0.078937 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表