590
社区成员
发帖
与我相关
我的任务
分享想问一下大家做软件测试有前途吗？
测试两年多，由于我所在的公司比较小，工作任务也不是很明确的，期间顺便也做了代码管理、操作手册编写、售前售后技术支持、客户培训、自已也学习了Ｃ＃，ＶＢ.ＮＥＴ，自已也会写写程序，偶一女生，以后都不知道做啥好了.
...全文
请发表友善的回复…
发表回复
bigfoot_cnd 2006-11-03
- 打赏
- 举报
QC 才做测试吧， QA已经不用作测试了，主要是看项目过程，参加inspection, 还有搞搞文档之类的。 QC的目标就是做QA了
xiaorui0328 2006-11-02
- 打赏
- 举报
什么活都是要有人做的，我不知道你说的有前途是什么？
如果你是做button测试，我觉得写case是很重要的，同样case两个人写的，case差很多，而且case也能体现你的一些测试思路。
如果你是做白盒测试，我个人认为能做代码测试的要比普通程序员强，你不比程序员强的话怎么知道逻辑或者内存方面的编码错误呢。不过我发现这种QA少之又少。而且国内的企业也不是太重视这个。
个人感觉不管干什么，当上leader都是有钱途的（自己创业的除外）。比如说QA manager。
如果你是做button测试，我觉得写case是很重要的，同样case两个人写的，case差很多，而且case也能体现你的一些测试思路。
如果你是做白盒测试，我个人认为能做代码测试的要比普通程序员强，你不比程序员强的话怎么知道逻辑或者内存方面的编码错误呢。不过我发现这种QA少之又少。而且国内的企业也不是太重视这个。
个人感觉不管干什么，当上leader都是有钱途的（自己创业的除外）。比如说QA manager。
看见风 2006-11-02
- 打赏
- 举报
术业专攻
bigfoot_cnd 2006-11-02
- 打赏
- 举报
我不是高手，高手都不做这个了。
bigfoot_cnd 2006-11-02
- 打赏
- 举报
比如你的测试用例 用excel 或者XML来写，每个case附上 ID 和 测试设计ID, 结果也用excel或者XML（包括结果，Case ID, 运行时间，估计的运行时间）,
写个简单的脚本就知道测试对需求的覆盖，测试的结果，还需要多少时间来完成 等等，
写个简单的脚本就知道测试对需求的覆盖，测试的结果，还需要多少时间来完成 等等，
reason01 2006-11-02
- 打赏
- 举报
楼上看来是位高手，关于那点“所有的文档的格式最好比较规范，然后写脚本，随时导出测试进度，测试结果”能说得具体点吗？脚本用什么写？
bigfoot_cnd 2006-11-02
- 打赏
- 举报
做过一段时间测试，大概：
测试计划
测试时间预估
测试设计
测试用例设计
测试程序
测试结果文档
单元测试一般是程序员自己做了，xUnit吧。
所有的文档的格式最好比较规范，然后写脚本，随时导出测试进度，测试结果。
测试和需求的映射也要做，还有测试用例的版本管理 --- 最好公司都是用一样的格式，脚本就可以复用了。
用到的工具：测试的覆盖范围可以用Rational的工具来做。用户界面测试可以自己写recorder，或者用winrunner这样的工具， WEB压力测试可以用Visual Studio 2005来做。当然，对特定领域的程序，测试人员要写不少专么的工具了，编写时最好能考虑到通用性和扩展能力，以避免将来重复的工作。
测试计划
测试时间预估
测试设计
测试用例设计
测试程序
测试结果文档
单元测试一般是程序员自己做了，xUnit吧。
所有的文档的格式最好比较规范，然后写脚本，随时导出测试进度，测试结果。
测试和需求的映射也要做，还有测试用例的版本管理 --- 最好公司都是用一样的格式，脚本就可以复用了。
用到的工具：测试的覆盖范围可以用Rational的工具来做。用户界面测试可以自己写recorder，或者用winrunner这样的工具， WEB压力测试可以用Visual Studio 2005来做。当然，对特定领域的程序，测试人员要写不少专么的工具了，编写时最好能考虑到通用性和扩展能力，以避免将来重复的工作。
reason01 2006-11-02
- 打赏
- 举报
...
reason01 2006-11-02
- 打赏
- 举报
这里有没有做高端测试的，还遍及望指点一下！
wb000wb 2006-11-02
- 打赏
- 举报
我是有钱人
AFIC 2006-11-02
- 打赏
- 举报
啥也不用作，价个有钱人，每天美容。
MMDPIG 2006-11-02
- 打赏
- 举报
进独立的测试公司
zhouhongqing 2006-11-02
- 打赏
- 举报
感觉楼上说的有道理。
