测试人员，要么在传统的项目开发流程，要么就是互联网的项目流程。随着互联网的盛行，发现越来越多的项目管理者，喜欢把敏捷的思路放到互联网项目流程中。（XOXOXOXO，虽然我很吐槽这种思路）。此时，测试的职能就会受到很大的挑战。
传统项目流程的测试XDJM，都知道通过KickoffMeeting，RequirementReview，TCsMatrixandTCsReview等等一系列问题去解决这些问题，但是都是基于项目周期比较长的前提上，可以反复修改Requirement或者Technical直到signoff为止去code代码。
郎de郎啊......每天开心的上班，开心的下班，啥事都跟这流程走的，妥妥的....
可是.....互联网要的啥，时间啊～不可能有反复的时间让大家思前顾后。测试在这时候要么憋出内伤，要么欲哭无泪，要么各种锅。可怜啊，内心感觉胜似窦娥姐姐......
正题来了，测试人员如何在扭曲的软件开发流程中保护好自己？打算怎么保护好自己？有几个XDJM认真思考过呢，也许花着更多的时间去完成当天的工作，不去跟产品沟通，不去跟开发沟通，甚至发散的内容也不够广。被这些个互联网的节奏忘了维护自己。憋屈么，难受么......姐姐理解......可是，早干嘛去了！
互联网测试所必备的基本角色：
-RequirementAnalyst：产品给出的需求，不是需求，顶多算OriginalReqirement（产品自己肯定反驳我说的）。一定要根据给出的OR对应到测试的Matrix中
-TestDesignerTester:传统行业，两者角色是分开的；但是这里需要测试人员有过硬的基本功，考虑内容更佳全面。
-ReviewCodeDesignLogic：开发在某种程度上只西宁治疗白癜风医院北京哪个专家治疗白癜风好