目前公司是两周一个上线版本，一周开发，一周测试；缺陷管理工具是jira，
1一般测试工单都会分配给测试经理，测试经理在分配给我们。
2开发周，我们可以在jira上看到需求工单，但是不知道哪些是和自己测试有关的？
3后期根据业务来分测试，大家可以知道哪些是是自己要测试的，但是需求可能还可能一致变化
4需求文档自己可从jira上下载，写测试用例；
5测试周前四天测试，第五天回归测试
6发版周，第一天是准生产，第二天是正式上线（基本是放到10点以后上线）
7上线部分功能有问题，就会紧急上线；
流程中哪些地方需要改进
1，这个是公司目前的改进的地方：
上周开始测试小组根据业务划分了，两个人一个小组，一个小组负责一个业务线；这样的好处对于测试你可以更加熟悉自己负责的这块业务，其次不用等到测试组长分配测试任务，自己可以根据版本看自己业务的新需求工单。
2个人，还是测试用例，小组内，可以看到有的人会写用例，有的不会从来不写；
上周业务改版，算是一个新项目，很多绣需求都没有定下来，但是测试组长让我们根据流程图先写用例，因为业务不熟悉，就是根据流程图一点一点写，感觉像复制流程图，其实这个是开始熟悉项目，对项目有个基本了解。
测试用例还是有写的，但是很多时候都是自己把需求文档看过5/6遍才开始理解的，要不然就是可以测试了，自己测试了一遍才理解的。然后写的用例。业务不熟悉，一个测试下来涉及到了哪些表，表和表之间的关联都要要理解清楚。
3用例评审，目前公司这边没有，偶尔有一次；或者是上线有问题了，领导发火了。组长开始重视了，有人写，有人不写，用组长的话，用例是你的证据，上线问题不是你的问题的证据；以后继续写用例，和同事互换看用例；
4新的需求不理解，自己先看，看个5/6遍，把自己的问题与疑问都罗列出来，毕竟大家都忙，不能一会跑到需求那去问，人家也忙的。
5每次版本上线，需要总结的，总结报文。
2070610目前想到的就是这些了。加油。
