进入新公司至今已将近四个月，接触的项目有山西地税与在测的广西国税两个项目，通过两个项目，对自己的工作做一个小节与规范，如下：
1.了解业务，熟悉主流程
了解业务，是接触到新项目后所要做的第一个工作，或者换句话说，了解需求，根据不同情况，也可以算作是开始测试的第一步吧，毕竟不了解业务，不熟悉需求，就无法画用例思维导图，更别提后面补用例了。
2.测试主流程，保证主流程正常
在款机中，首次发布版本时，必须保证主流程正常，也只有这样，才能保证各地方的服务单位学习了解款机功能，助于各方的技持服务工作。从测试的角度来说，主流程的正常，有助于测试工作，主流程无法通过，是严重影响测试工作的，因为每天要走多次主流程，方便测试。
3.测试各功能模块，保证功能正常
在这一步中，从设计用例的角度来说，个人分成场景用例、系统用例与功能用例。其中场景用例为模拟用户的使用，从最常用的操作流程入手，保证用户常用的操作功能正常。系统用例是在场景用例用例的基础，另外多加一些异常操作流程情况，确保其在错误操作流程的情况下，可以正常做出相应的处理。功能用例，就是根据自己画的用例思维导图进行一步步的执行了，往往这一步，是提交bug最多的一步了，当执行完一遍用例后，如果研发人员不进行修改，往往我就不知道该如何做下去了，只是进行随机测试，这种情况下发现的问题，主要来自自己的灵感了，发现的问题也稀奇古怪。
1.了解业务，熟悉主流程
了解业务，是接触到新项目后所要做的第一个工作，或者换句话说，了解需求，根据不同情况，也可以算作是开始测试的第一步吧，毕竟不了解业务，不熟悉需求，就无法画用例思维导图，更别提后面补用例了。
2.测试主流程，保证主流程正常
在款机中，首次发布版本时，必须保证主流程正常，也只有这样，才能保证各地方的服务单位学习了解款机功能，助于各方的技持服务工作。从测试的角度来说，主流程的正常，有助于测试工作，主流程无法通过，是严重影响测试工作的，因为每天要走多次主流程，方便测试。
3.测试各功能模块，保证功能正常
在这一步中，从设计用例的角度来说，个人分成场景用例、系统用例与功能用例。其中场景用例为模拟用户的使用，从最常用的操作流程入手，保证用户常用的操作功能正常。系统用例是在场景用例用例的基础，另外多加一些异常操作流程情况，确保其在错误操作流程的情况下，可以正常做出相应的处理。功能用例，就是根据自己画的用例思维导图进行一步步的执行了，往往这一步，是提交bug最多的一步了，当执行完一遍用例后，如果研发人员不进行修改，往往我就不知道该如何做下去了，只是进行随机测试，这种情况下发现的问题，主要来自自己的灵感了，发现的问题也稀奇古怪。
4.测试过程中，注意各功能模块之间的关联
在整个软件当中，各个功能模块之间存在关联是一种很普遍的现象，当然，如果所有模块之间没有任何关联性存在，那我就真的怀疑这个软件的质量了。测试过程中忽略关联性，也并不是没有的现象，有时候很努力的去想，去联系整个程序去思考，也未必能想到所有的关联性，这一点，感觉自己做的还有不足。
5.测试过程中，注意所有数据正确写入数据库
第一个山西地税项目，在即将发布之前，突然发现抄报时写入数据库的数据是错误的，这是作为一个测试人员，犯的最低级的一个错误了，只注重表面现象，没有实际深入地去查看数据的正误，搞的最后比平时都特别的忙，版本一个接一个，真是一个头两个大了，切忌以后不能再犯同类错误了。
6.切忌浮躁、懒惰
测试工作本来就是一个重复性很强的工作，这一点从起初接触测试开始，就已经了解到了，可如今，我却犯了如此大忌，工作过程中浮躁不安，不能安心工作，是麻木了么？未必。另外，因为懒惰，总是自信地相信测试过的程序没有问题了，这也是一大忌，我却又犯了，幸好，有组长大人在，问题他发现了，才让我意识到我的懒惰。下不为例。。。。
