51Testing软件测试论坛

标题: 关于软件测试工作开展的问题 [打印本页]

作者: alps 时间: 2009-7-30 15:51
标题: 关于软件测试工作开展的问题
情况描述：
开发部情况：
研发人员：60多人

未成立测试部门
测试人员：2人（ansen：国家重点大学计算机专业本科毕业两年，sunday：省重点大学非计算机专业研究生毕业一年）

测试工作是刚刚开始，公司之前是有系统测试的，但是他们做的都很粗糙。公司想在一个比较大的项目中进行试点，把测试从单元到系统都推行起来。以后成立测试部门。

项目组人员：20人，开发人员：17 测试人员：2 项目经理：1
项目类型：电信类（电话交换机），C语言开发

项目经理不做开发工作，他的工作是监督、检查、协调
测试人员，ansen是从项目一开始就跟着的，期间做过的工作主要有：软件测试的学习（看书自学），项目测试流程和规范的制定，软件配置管理环境搭建和规范制定，代码规范的制定以及项目知识的学习，实际的测试工作做过一些模块的逻辑覆盖测试，但是做的比较初级，方法不是很合理，有时候感觉做的很赖皮，比如：桩函数就是返回值。sunday做过的主要工作是学习测试的知识，跟着其它项目做一些系统测试，在项目单元开发测试完成之前进入项目。

现在项目已进入编码和测试阶段，在单元测试上，ansen针对项目制定的单元测试要求是按实现某一功能的一组函数做功能测试，核心的代码要进行函数级别的白盒的语句覆盖测试。主要的工作现在是给开发人员做，测试人员也承担一些。ansen由于是计算机专业毕业，所以也分到了一些白盒测试的工作，sunday现在分的工作是对项目各模块的联系进行整理，一方面是学习本项目知识，一方面是为联调和系统测试做准备。

讨论的方向、内容不限：这样开展工作的合理性，对两个测试人员的要求，测试人员需要提高的方面，技术方法的、流程管理的都可以，可以说结合本案例的任何关于测试方面的问题大家都可以在这里展开讨论。

[ 本帖最后由 alps 于 2009-7-31 14:28 编辑 ]

作者: alps 时间: 2009-7-30 16:24
标题: 回复 1# 的帖子
自己占沙发谈谈感受：

新进员工独立承担测试，并向全公司（从一个项目开始）推广开展测试工作，确实有比较大的难度：
1.毕业生的能力还需要提升，且提升的方式却不是从实际的项目做起，一点点积累项目经验和软件开发的能力和技巧，却还要承担白盒测试的工作，难度比较大，对代码的能力急需提高。
2.新进员工有些时候在和开发人员说问题的时候，底气和说服力不是很足。
3.测试人员所开展的工作现在都是周边的一些工作，所做的工作同事们会看不出来，会感觉自己在项目组的地位不高，很多时候会被安排去做一些杂活。

作者: yuetiantian 时间: 2009-7-30 16:28
1. 增加测试人手
2. 不要让测试工程师做单元测试
3. 引入静态测试流程，例如code review
4. 引入动态测测工具
5. 在项目开始时，invole测试人员
6. 淡化本科生和研究生的概念

作者: alps 时间: 2009-7-30 19:53
标题: 回复 3# 的帖子
2.公司培养这两个人员的目的就是想让他们做起单元测试来（如果这样有问题应该是公司的决策问题）
4.动态测试工具有什么推荐的吗？底层平台是linux。
5.项目已然到了编码阶段。小弟不才，invole测试人员是什么意思？
6.对本科生、研究生的概念没有任何认识上的想法，只是为了说明情况。

作者: yuetiantian 时间: 2009-7-30 20:05

原帖由 alps 于 2009-7-30 19:53 发表
2.公司培养这两个人员的目的就是想让他们做起单元测试来（如果这样有问题应该是公司的决策问题）
4.动态测试工具有什么推荐的吗？底层平台是linux。
5.项目已然到了编码阶段。小弟不才，invole测试人员是什么意思？ ...

一般来说谁写code，谁作这部分code的unit，否则只会浪费公司资源。
这个没有经验，你可以在网上搜搜。
不好意思，笔误，应该是involve

作者: shenliyang 时间: 2009-7-30 22:43
标题: 好

原帖由 yuetiantian 于 2009-7-30 20:05 发表

一般来说谁写code，谁作这部分code的unit，否则只会浪费公司资源。
这个没有经验，你可以在网上搜搜。
不好意思，笔误，应该是involve

说的好。

作者: shenliyang 时间: 2009-7-30 22:44
标题: 回复 6# 的帖子
@#@

作者: zjxyy88107 时间: 2009-7-31 09:26

作者: alps 时间: 2009-7-31 09:36

原帖由 yuetiantian 于 2009-7-30 20:05 发表

一般来说谁写code，谁作这部分code的unit，否则只会浪费公司资源。
不好意思，笔误，应该是involve

这么说是针对这个公司的现状的吧？比较专职的白盒测试工程师的职位应该是存在的
involve，明白，呵呵

作者: alps 时间: 2009-7-31 14:19
标题: 回复 1# 的帖子
大家认为公司在规范和能力上达到什么水平适合开展单元测试？
案例中的公司情况适合开展单元测试吗？案例中的白盒测试有实施的必要性或者可行性吗？

我认为这是个不错的典型的综合的案例，希望大家能多交流展开讨论啊~~~

作者: sunhope800 时间: 2009-7-31 15:02
路过

作者: 蜗牛吃橘子 时间: 2009-7-31 16:45
个人一点建议：
1.在测试人员的人数如此匮乏的情况下，根本不可能实现单元测试
2.如果只是2个人，不进行扩展的话，测试工作无法正常展开
3.2个人的测试工作可能只能实现版本控制和配置如此
时间够长的话，可以实现功能测试，但是很难

作者: alps 时间: 2009-7-31 17:14

原帖由 蜗牛吃橘子 于 2009-7-31 16:45 发表
个人一点建议：
1.在测试人员的人数如此匮乏的情况下，根本不可能实现单元测试
2.如果只是2个人，不进行扩展的话，测试工作无法正常展开
3.2个人的测试工作可能只能实现版本控制和配置如此
时间够长的话，可以实 ...

1.单元测试由开发人员做也不可能实现吗？
2.两个人确实很难啊，尤其还都是新人的情况下，不过看这种配置，可能公司确实是试点，只是走走测试的流程，领导层并不是很重视本项目的测试或者就是不懂测试。
3.版本控制、配置管理应当是让配置管理人员来做的，这里ansen做过一些配置管理的工作是协助配置管理人员做的。
您说的时间够长指的是单元测试阶段呢还是系统测试阶段呢？

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