入公司第一个测试的案子是订货会系统，基于个人对于订货会的理解而测试远远不足，在不断的了解需求时（武浩大体上讲解了需求，从VSS上下载九牧王的需求以及相关文档），才逐渐有了测试的思路，但测试效果不是特别理想。其实当第一次接触这类系统时，光自己看需求跟看天书一样，看得时候好像懂，看完了却没有自己的思路。对于我们这些新人而言，一方面自己要努力学习，另一方面还是想公司能不能多提供机会培训业务知识，至少能在项目的开发初期让测试人员了解需求，这样对于之后的测试工作会带来许多便利，比如可以先行写一些可以写的测试用例，当然在系统没完成之前不可能把所有测试用例写全，但大体上的，重要流程的用例可以先写，先把主干抓住，等系统完成时，再一一去验证数据和一些比较细的功能点。
和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，你会在测试中从客户的角度发现问题；和开发人员交流，你会了解开发人员怎么实现软件功能的；和项目管理人员交流，你会知道开发进度以及遇到的困难。与人交换苹果之后，每个人还是只有一个苹果；但交换思想之后，每个人都拥两种思想。这样的机会我现在还是不懂怎么去获取。请老大请点。
做技术的人，有个自己技术沉淀的方法很重要。自己测试的方法光靠脑子是不够的，希望能尽是安排把测试用例系统用起来。于公司于项目于个人都有好处。
综上一些个人看法比较凌乱，工作时间尚短。以下几点意见和建议
1． 测试人员之间的技术交流太少
2． 部门对于测试还不够重视，但我们应该争取在项目开始时就了解需求
3． 目前测试工作还不够规范，不一定要理想中的规范，但如果做规范一点，对于测试的效果效率有提高可以尝试。