散分罗！欢迎大家从项目经理的角度讲讲测试方面的工作、程序、工具等？

cxy1977 2003-07-23 02:46:30

...全文

84 5 打赏收藏转发到动态举报

写回复

用AI写文章

5 条回复

切换为时间正序

请发表友善的回复…

发表回复

wlin111 2003-07-28

打赏
举报

我的经验是测试一定要细，要全面，楼上的说法我不太赞同，有对测试不重视的嫌疑，要知道一个项目组不光需要开发人员，测试人员同样不可缺，如果说项目组人员不是很多就不安排专职测试人员其实是很错误的，测试不完全的软件就交给用户，不但是影响不好，这样的软件能得到用户的验收吗？即使勉强得到验收，那以后的维护成本将是非常巨大的，所以项目经理一定要安排好人员分工，如果存在项目组人员不足的情况，那项目成功的机会就不大了

leowindcsdn 2003-07-25

打赏
举报

我的实际经验，如果项目组人员不是很多，测试工作是很值得考虑的事情。首先很难得到专职测试人员或测试人员严重不足，其次每个项目组人员任务都排得满满的不可能有葱郁的时间去写测试用例，只有一个人了解项目的没一个业务细节-PM，这种情况下如何测试。我的做法是开发人员做单元测试，模块的demo即为测试用例和测试工具（通用自动化测试工具很难派上用场）；PM做系统功能测试；配一个辅助人员（或一般测试人员）找明显Bug，对于用户而言只要没有明显Bug他们都能接受；隐蔽的业务逻辑Bug，没办法的办法，前面三道测试环节都没有测出来只好交给用户测试，虽然影响不太好，当人手很紧张的情况下用户也是你应该利用的资源，不过你得找一个让用户乖乖地给你做测试的接口，我通常的接口是用户功能确认或系统试运行；

tsingtsuan 2003-07-24

打赏
举报

如果只是几個或者十來個人左右﹐沒有必要對測試分得那么細。因為測試的作用和重要性是隨著項目的增大而增大的﹐在許多項目很趕的情況下﹐如果按著標准來做計划-》用例-》執行-》報告-》評估的話﹐几乎沒有什么實際效果﹐很多不是停留在形式上就是陷入了亂七八糟的文檔里面。最重要的還是結合自己的實際情況來做測試﹐保証在缺陷的發現與修改之間保持通暢就可以了。