hanwudiliu 发表于 2007-9-14 18:51:00

受教了长知识呀

dxy_lwj 发表于 2007-9-15 11:50:32

原帖由 云层 于 2004-9-2 09:24 发表 http://bbs.51testing.com/images/common/back.gif
如果不难，怎么能够体现我们的价值呢？
说得不错！

iceblue72 发表于 2007-9-17 17:21:02

这个社会就是这样，有人的地方就有矛盾，就和那句话，有人的地方， 就有江湖。

justforliang 发表于 2007-9-17 17:33:00

原帖由 钟花花 于 2004-8-30 19:15 发表 http://bbs.51testing.com/images/common/back.gif
4 测试“仍过墙“的软件
   什么是仍过墙？
2 解决两难问题
   哪两难？

我也不懂sdlkfj9

lovelysand 发表于 2007-9-18 08:54:54

慢慢来吧

zp03201133 发表于 2007-9-18 09:27:44

回复 #1 云层 的帖子

非常受用，谢谢楼主

mmp1015 发表于 2007-10-11 13:36:09

挑战很多，最主要是挑战自己

log_1 发表于 2007-10-13 12:41:34

第三点的感慨

关于第3点我有太深的感想了，记得我负责的一个政府项目，开始的项目周期定的是三个月时间，由于期间客户不段的对需求提出改变，导致这个项目做了整整一年的时间才算完成。 其实也可以有一种硬性的规定来解决这中事情的，在前期需求分析，写好需求规格说明书后，有客户确认签字，并在合同中说明如需求有变更，并导致有新的功能增加，客户方必须付出一定的费用和时间，在每一次的需求变更后必须明确指出软件以第一次的变更为主，后期的所有变更属于项目的维护和二次开发，必须另立合同说明。这样对于开发和测试人员来说，就没有那么多的不确定和改变了。当然这种方法并不能针对所有的客户群体。^~^。

yuquan_32 发表于 2007-10-24 17:06:20

目前我們公司的需求變更處理,就如樓上所述.記錄下所有的變更,最好有文件證明. 以便最後要這部分Money
,空口無評,人家容易賴帳.
8和10正在挑戰.
6 和客戶交流,目前我們公司沒有這樣的機會.
3 需求變更,很有體會,有時,需求變了,他們只告訴Coder,告訴我們的需求往往是很不全面的. 故測試會不完整.(我們測試人員從開發的某個階段參與).愁人.

[ 本帖最后由 yuquan_32 于 2007-10-24 17:08 编辑 ]

regwizh 发表于 2007-11-22 18:14:53

学习学习。。。

roundabout 发表于 2007-11-22 20:05:48

谢谢楼主的分享

pycctv 发表于 2007-11-23 09:25:48

8和10是我最头疼的事情，其他的我也体会过，确实不容易呀！

bzfyhfyh 发表于 2007-12-29 15:27:57

测试本来简单，但是关系因素太复杂了

153994730 发表于 2007-12-29 20:36:43

经典

不错不错。.有道理的。...哈哈。..

cher_chiang 发表于 2008-1-3 12:07:50

原帖由 瓦上阳光 于 2004-8-30 15:16 发表 http://bbs.51testing.com/images/common/back.gif
8和 10都是我面前最深有体会的挑战！
我也一样

mengjia 发表于 2008-1-4 16:56:37

回复 14# 的帖子

谢谢

fshou8 发表于 2008-1-5 19:18:41

我刚开始想学,前辈多多关照

yun__qing 发表于 2008-1-7 15:19:28

呵呵,有意思

xhshi 发表于 2008-4-16 17:11:28

我觉得做测试不错
可我进公司快两周了什么都没接触到
越来越怕了

rlw55 发表于 2008-4-17 09:21:22

深有感触

想公司给我们培训，想也别想
要测试工具只能自己想办法
让领导了解，还在努力中
至于客户吗，本来做过客服的，自从做测试后就没接触过。
页: 1 2 3 [4] 5 6
查看完整版本: 测试人员面临的10大“人际“挑战