web测试工作经历—3个月

    最近一直想写关于个人测试工作的一些所感，但由于某些原因一直没机会写，今天有时间就写出来和大家分享下，本文写的是自己的所感，如与你的想法不一样，还请谅解。

    2013年3月12日，我来到一家做动漫网站的公司(现在工作的地方)，来到公司的第一天，感觉很兴奋，因为我的所学终于可以在实际工作中运用到，检验自己成绩的时刻已到来，所以自己就对自己说“无论多难，多苦，都要坚持，坚持到底，就会胜利”。

    现在已经工作了3个多月，在这3个月里，有笑过，有哭过，也有感动过。也许是公司的企业文化在一直默无声息的暗示着我，“知道不做等于不知道，做了没效果等于不做”，这句话一直在我心里存在着。在工作的初期，也是我感觉最难熬，最痛苦的阶段，因为公司所运营的项目，我不了解，甚至可以说一无所知，项目需求分析等前期工作，我都没参与过，一工作就让我进入到项目中，当时我一头雾水，面对手头上仅有的静态原设计稿页面，我不知道项目的业务逻辑是怎么样的，也不知道客户的需求是怎么样的，也不知道现在项目的进度如何，面对这些问题，我显得特无助，可是又不知道该向谁咨询，看着办公室的总监、开发团队、美工设计师、系统维护师都在忙着各自的事情，我愁闷，我显得如此的狼狈，如此的不堪一击。

    后来，我登上了51testing的测试网站，发帖，请求有经验的测试“长辈们”给些建议，根据他们的建议，在根据自己的情况，我简单的对我的工作进行了规划，慢慢的开始进入项目中，初期：我将手上的设计源文件的各个网页进行了查看，并更具设计源文件写了份项目的需求分析，虽然这份需求写的不完善，甚至有些客户的真实需求都没有详细的阐述清楚，但是这份需求分析还是对我的帮助挺大的。当然，每当有机会与开发人员进行交流时，我都会向他们询问下客户的某些需求是什么，项目的什么模块下的业务逻辑是什么，功能如何实现等问题，有时他们的回答虽然我不是很明白，但是我都会记下来，然后将他们说的添加到我的需求分析中，来完善我的需求分析，为后期测试做准备。

    4月份，我开始对项目展开测试，尽管此时对项目的业务逻辑还不是很清楚，但是测试还是可以进行的，在测试的过程中，我一方面参考设计稿，一方面将自己掌握了解的客户需求融入到相应的模块中，而另一方面，当遇到与部分需求有冲突时，会在恰当的时间请教总监，他也会很耐心的解释给我听，很感谢！让我对项目有了进一步的掌握。同时，为了提高我的测试效率，提高bug的质量，在测试的过程中，及时的将发现的bug先记录在word中，然后在遵循bug描述的要求：分类准确、叙述简洁、步骤清楚、有实例、易再现。将bug描述清楚，复杂问题有据可查(截图或其他形式的附件)，提交到bug管理工具mantis中。

如果对bug的描述还是不能准确把握的话，可以这样做：以开发人员的角度来审查 Bug 描述，看其是否描述清楚了Bug，不好描述的把工程文件或截图作为附件提交。具体要求为：
问题描述一般格式：问题描述时，建议分几步描述：模块或功能点=>测试步骤=>期望结果 =>实际结果=>其它信息，可依实际情况调整；
1.单一：尽量一个报告只针对一个软件缺陷，报告形式应方便阅读。在主报告之后应注明不同的条件；
2.简洁：每个步骤的描述应尽可能简洁明了。只解释事实、演示和描述软件缺陷必要的细节，不要写无关信息；
3.再现：问题必须在自己机器上能复现方可入库（个别严重问题复现不了也可入库，但需标明）；4.复杂的问题应附截图补充说明或直接通知指定的修改人；考虑到网络数据传输效率，截图的文件格式建议用 JPG 或 GIF，不建议用 BMP；抓图可用 TestDirector 自带的功能，亦可用 HyperSnap 之类的专用抓图工具。
报告中不允许使用抽象词句：比如“有错误”之类；
有关操作系统特征问题：应在不同操作系统上进行操作，看是否能重现，并在 Bug 报告中标识。

     Bug提交后，就要对bug进行跟踪管理，bug的周期不要过长，这样会影响产品的质量，也会延长产品的上线时限，在验证bug时也会遇到一个大家长谈的话题，“对于提出的bug，开发人员不对其进行修复，怎么办？”这时，作为新人的我们，不要怕与开发人员进行交流，更不要怕你的想法是错的，要善于将自己的想法说出来，必要时，我们可以从不同方面进行考虑，首先，是不是自己的缺陷描述不清楚，开发人员看不明白；测试环境与开发环境对比，是否环境的差异较大；其次，是否真的存在这样的缺陷，自己再去测试下，然后，确定是bug后，在适当的时间与开发人员进行深度的交流，说出彼此的想法，然后，向上级反应，说明情况，让上级决定是否要开bug评审会议。当然，我就没有遇到开评审会议，我提出的bug，开发人员觉得没有必要修复，我会先从自己这边考虑，如果这边通过，并且有证据，我就会一直把缺陷状态重新打开，开发人员很怕缺陷重新打开，因为这说明他的开发能力值得怀疑，缺陷一直修复不了，并且还会影响开发人员的考核。当然这个是要有相当充分的证据下采取的做法。

在工作中，我还经常遇到这样的问题，由于公司的规模不大，流程也就不像大公司那样规范，所以有时项目更新时，我都不知道他什么时候更新的，更新的内容是什么等，这让我很头疼，不知道该如何让进行我的工作，后来想了我几点建议:1、版本如何发布，什么时候发布？代码不能是随时提交，要有一个时间点，至少要让我能确定，测的是哪个版本。2、有了任何功能上的修改需要，必须从我这边过，也就是提前告知我。次日，我鼓起勇气，在恰当的时间去找了总监，和他说了这个情况，他接受了，并且在之后的工作中，版本的更新他都会提前告诉我，这使我的工作方便多了，工作起来，效率也提高了不少。现在的我已经工作3个多月了，这3个月，成长了不少，也遇到了不少困难，然而，正是因为有这些困难的存在，才让我有了这样的进步，有了这样的想法，同时，也使我这么快的融入到这个公司，这个行业。

在web项目测试时，了解了这几个测试工具，页面显示效果测试工具：Microsoft Expression Superpreview 4 Trial;页面功能测试工具：selenuim（需要安装的软件Firefox,selenium IDE插件，Firebug插件）；链接测试工具：xenu； 这些软件的具体操作就不在此详细写了，想学的可以利用好网上资源进行学习。

希望你们可以提出更好的意见与见解。当然，还是希望那些遇到困难的，一定要坚持，困难是没有解决不了的，只是早晚的问题，也希望大家的梦想都能实现！