在新公司工作的17天

   在这家公司有17天了，慢慢了解到这家公司成立到现在还不到一年的时间，绝定来这家公司的之前，收到另外一家公司的 office，相比我在这家公司的情况，发来office的那家公司不论是从规模 上，还是公司成立的时间都比这家公司要强很多，且还是上市 公司 。但我实在不解，我为什么没有选择上市的公司，反而选择了一家刚成立的小公司，着时让人费解，我也想不能是什么原因。
   由于公司的产品着急上线，在加上开发已经延迟了一个月，对于只有一个测试人员来说，负责整个项目的测试在有限时间内完成，确实困难。
   第三天，基本上了解到两个模块的所有功能，主要是依据非常模糊的需求文档 和产品经理的沟通，以及询问产品经理，且通过画流程图，加快我了解主要功能实现模块。（第一天，搭建测试管理环境（qc 搭建，及权限和组员的分配），第二天，画uml图,第三天，了解需求文档 和原型图）
   第四天，开始写测试用例，由于时间的限制，我只写出功能点的测试用例，从线性方面的考虑只写出功能测试用例后，并没有对测试用例在（空间）进行补充，主要是能将业务逻辑全部跑通为主。至于各个功能测试用例的细节补充也只有等有空闲的时间在来补充。所以说测试用例写的非常模糊，自己都不想按照测试用执行，还好，我都将每个功能点都用UML图画出，我大部分的执行都是以这个UML来进行测试。就是在这样情况下执行测试，就撮了100多个有效的bug。
   在测试测试的这段时间里，感觉 整个测试都 杂乱无序的，为什么这样说，一是没有标准的测试流程来规范测试，二是这样的测试将会漏掉很多功能上问题，三是没有建立一个有效的沟通环节。我们说：对于一个项目的测试，在有限的时间内完成，大部分原则还是对产品的主要功能，以及用户用的最多模块功能重点测试，并且要保证基本功能要100%正确实现 ，但在测试过程中，有些功能基本执行不了，导致 测试的效率非常低。且测试环境（代码及数据库没的权限没有放开测试部门），导致整个测试执行起来非常困难，由于是新人，不好过多的提出意见 ，目前 只能尽全力保证上线的模块功能在使用不能出任何差错，因为涉及到金钱问题，一点都不敢大意。
   总结这17天的测试：问题如下：
   需求文档很模糊，基本上一个功能点的输入和输出有许多的二义性，且描述非常模糊
                 功能点的输入和输出没有明确指出。且没有在异常情况下，规定功能处理的规则
                 需求变列非常频繁 ，需求文档没有形成基线，当然，由于项目采用的是敏捷开发，故需求变动频繁正常，但有的需求变动，连开发人员都不知道是什么时间变动的，导致功能点的实现上出现偏差。
                 需要规范测试流程，不能想要求怎么测，就怎么测，导致 测试的覆盖率很底。
                 权限给的很死，对于测试来说，不尽要看数据库，有时还要走读sql 语句，甚至还要查看源代码，但对于公司的领导来说，他们认为，这和测试没有多大关系 (看来，在后面要多和他们沟通）
                
   即然选择这家公司，就尽量做好本职 工作，干一天，就好好做一天的事，因为你不是免费 做事！！！