希望得到来过这里的每个人的意见，哪怕是某部分的建议都行，先谢谢啦
WEB网部规划时期和开发时期测试人员的准备工作和实施工作都有哪儿些呢？
公司要在运行现有网站（就我一个人测试，都是手工测试，没做过性能和安全测试）的同时开发新的
网站，现在需求已出、网站开发进度也已给出，由于本人测试经验有限，抽以想在这里让大家站在我
的位置上指点指点或讨论讨论怎么做计划或实施测试？还有在测试过程中的注意事项以及需要学习哪
方面的知识【注：设计和开发都是外包给其它公司来做的】
[解决办法]
你好像是把系统测试和验收测试一起做了，而且是纯手工测试，在规划时期和开发时期先把测试计划写好，计划好自己的任务及时间安排，按照需求明确哪些需要测试，然后就覆盖需求编写测试用例，其实最麻烦的是找测试数据了，所以及早开始准备测试数据。
[解决办法]
让设计公司出系统测试用例，集成测试用例，和单元测试用例
不出不给钱
出来的用例还要进行相应的评审
[解决办法]
个人观点，你这种情况在目前可以考虑埋头苦干，也就是先不用考虑什么高深的方式方法论，就冲着一个目标去，在你的能力范围内，怎么能让系统出问题就怎么去做，所有的计划，用例，都只需要按照自己本意去写就好了。如此考虑的主要原因是：
１、理论是实践的总结和抽象，虽然是从实践中来，但是高于实践（听起来像艺术从生活中来一样）。所以在经验过低的情况下，去过分关注理论（方式方法论），很容易出现简单照搬理论，这样虽然表面上自己测试能力提高了，但是底子很松，不利于后续长期发展；
２、完全依靠自己的本意去做测试，很可能测试结果并不理想，测试过程中出现很多错误，这种事情大可不必担心，这种失败能够给我们更多的启示，更深的印象，反倒是一直都在无菌室中的孩子，身体弱。只要这种过失不是致命的，而你们又不是开发核电站控制软件，所以不会有致命过失出现的；
３、如果你担心因为测试结果不好而被上级批评或者炒鱿鱼那也是多余的，因为首先只有质量出现问题，才会更重视测试（而不是现在只有你１人的情况），没有遇到官司前，你可能不会想到我要储备一些律师吧。其次因为只有你１人，没有后备选择，所以他不敢对你怎样，否则就准备更差的软件质量吧。最后如果他真的不计后果把你开了，你正好有机会到更好的环境中去发展。
综上原因，所以我认为为什么不抓住这次难得的试验机会，按照你自己的设想去做做，无论最后的结果是成功还是失败，而我的经验告诉过，当你为了正确的目标做事情时，即使过程或者方法并不规范，但是最后通常是好的结果。
[解决办法]
个人观点，仅供参考。
1. 如果只有你一个人测试话，需要先了解你的测试时间是多久，然后根据时间来制定测试计划。
1.1 如果时间不是很充裕的话，可以考虑先进行ad-hoc testing，就是先评估一下产品的风险，然后在进行 regression testing 和 final acceptable tesitng.
1.2 如果时间相对充足的话，可以考虑一个全面测试，先写测试计划，然后得到相关人员的批准。然后按照计划进行测试。
2. 需要了解用户，或者其他人的反馈。这些信息都可以帮助你规划你的测试计划和范围。
3. 不要过多的考虑自动测试。因为就你一个人，觉得先搞定产品，然后才是如何提高测试的质量和效率。
4. 对于任何的测试都要留有文档。根据你公司的要求，可以进行规范的记录，或是非规范的记录。至于模板，在网上搜搜，很多的。这个对于后期用户和老板对你测试的了解以及评定有很大的帮助。
[解决办法]
接口测试跟安全性测试可以暂时不用考虑吧，接口测试应该是集成测试的范围，必须对代码了解或者开发人员给的有接口方面的文档，而且还需要测试人员有一定的语言基础才行吧；至于安全方面，我觉得应该是有相当的水平才做得了的吧！
如果可以的话，可以考虑测试一下数据库，可以跟开发人员了解一下，用户用的比较多的操作时执行哪些SQL语句，然后自己写些简单的脚本反复执行，看看数据库会不会有问题，这样也是变相的进行了一些性能测试。
个人观点，不知道说的对不对啊！
