参加工作快一年了。
这一年的测试工作让我发现，其实书本课堂上的很多东西都无法与实际相结合。理论最多可以指导工作，而我们无法完全按照理论进行实际行动！
还记得在51时，老师所讲的规范的测试流程。与今天公司的测试流程相比，我在想，到底该怎样继续才好？
首先，在需求分析阶段，测试人员其实是可以大有作为的，而我们呢？根本没有那个参与需求分析讨论的机会嘛？
其次，根据需求提取功能点，写测试用例。如果连需求文档我都没见过，你会相信吗？我们所写的测试用例都是按照系统界面进行的，这能保证是最终或者是正确的功能需求吗？即使真的有所遗漏，我们也不会知道啊！而且很多功能都要靠我们自己去捉摸，去理解。呵呵，实在的无奈！
……
以前有过想法，按照我所学所知的把公司的流程尽量规范起来，现在才发现，那是可望而不可及（有希望但不可能实现）的。在种种不理想的环境下，我的原本规范的思想已经先被不规范的所取代了。
现在才恍然大悟，书本课堂上的知识，运用的条件都是在理想环境下。而现实往往与理想脱钩。我该如何是好？
张平 2010-05-24
工作流程不规范是公司普遍存在的问题，确实头痛
纪安 2010-05-24
要相信理论的正确性。你在书本上或者培训机构学习的内容，都是以往企业实施以后成功经验和教训的总结。另外并不是一定要有理想的环境，才能实践书本的理论
杨姣玉 2010-05-24
纪安 2010-05-24
目的不是为了要实现所有理论，理论有普适性。但也要结合实际工作状况，就像治感冒，退烧药是一种常用药，但是并不是所有病人都必要用。
杨姣玉 2010-05-24
李莹 2010-05-24
没有需求文档,去找相关人员要过来;不确定自己的用例是否正确,去找相关人员进行用例审查(包括产品经理和开发人员,我才不想写了BUG,他们告诉我就是这么设计的...);写了BUG没有人修,天天缠着开发人员复读机:修BUG吧...修BUG吧...于是他被我烦透了,修BUG去了...
李俊卿 2010-05-25
哎，原来各位通道都有这样的经历啊。。。看来都是命苦人。。。
曾晨 2010-05-25
这些情况是没办法避免的 有些时候是软件开发完成之后且用户已经在使用了才提交测试 什么文档都没有 所依据的只能是测试工程师的经验了 本以为公司上CMMI了就会好了 因为CMMI要求在需求阶段给出功能列表 结果问题更多 那个文档叫一个多啊 有时候自己也偷懒 先写excel的测试用例及测试报告 测试完了 再慢慢悠悠的 把测试用例改成word的 测试报告拆分成 测试项目表和缺陷一览表 手上还好几个项目没需求和设计文档呢 就一个功能列表
杨姣玉 2010-05-25
针对各位的意见、建议或感言，在此不一一回复了，先说声谢谢了！
程守标 2010-05-26
我的情况和楼主的一样，每次都是通过开发好的软件来提出需求测试点，再设计用例，然后执行。
邹毅 2010-05-27
楼主说的是普遍情况，个人觉得：
１，逐步规范（一点一点朝规范发展）
2，尽量利用当前资源做好测试工作
杨姣玉 2010-05-27
韦阳 2010-10-14
你要争取开需求评估会议的时候参加，有了第一次，以后就成规矩了
杨姣玉 2010-10-14
韦阳 2010-10-14
杨姣玉 2010-10-15
