软件源代码漏洞及缺陷扫描技术15小时45编码测试交叉分离

软件源代码漏洞及缺陷扫描技术源代码审核的步骤及流程121以接口为基准的代码审计——书写自动化测试的桩2一边编码，一边测试3边界测试4整体测试5编码测试交叉分离目录软件源代码漏洞及缺陷扫描技术软件源代码漏洞及缺陷扫描技术编码测试交叉分离开发与测试分离的必要性交叉测试的必要性3测试环境与开发环境分离的必要性（1）搭建独立的软件测试环境有利于重现开发环境无法重现的BUG（2）搭建独立的测试环境便于开发人员并行地修复BUG（3）搭建独立的测试环境可以验证安装软件的全过程（4）搭建独立的测试环境可以避免环境被破坏导致测试无法进行的意外4交叉测试的必要性在软件测试过程中，每个项目一般由多名测试工程师组成，分别负责不同模块的测试。对同一个模块进行多轮测试，测试人员对手中的模块无论从整体到细节都有了非常深刻的掌握，但同时存在的定向思维，测试疲态也影响了bug的发现。这种测试模式不但影响了产品的最终质量，同时测试人员对产品整个逻辑和功能的了解也受到了限制。鉴于上述问题，在测试的过程中引入交叉测试是非常有必要的。所谓交叉测试，是指在测试的某一阶段，测试人员相互交换测试的模块，这样不但可以使不同的测试人员保持测试的新鲜感，还可以进一步发掘测试的未知领域，发现交叉测试的模块和之前测试的模块间的联系，甚至可以构建更多的测试场景，对提高产品的质量也起到了很大帮助。5交叉测试的引入的时间那么，交叉测试在什么时候引入比较合适呢。第一轮测试是每个测试人员和对应功能模块的第一次接触，有很强的新鲜感，在对模块的初步了解后可以快速发现较多bug，但是对功能模块逻辑的不熟悉，导致测试时间比较紧张，所以一般不采用交叉测试。在经过第一轮测试后，一般的bug都会被揪出来，功能渐渐趋于稳定，产品逐渐定型，但是可能会存在一些bug，由于受到测试惯性的影响，在眼前也可能发现不了，引入交叉测试可以集中精力和时间发现一些遗漏的bug，同时发现和之前测试模块之间的联系，构建新场景，所以在第二轮测试中引入交叉测试比较合适。由于第二轮测试交换了测试模块，在时间的预估上，第一轮测试的时间和第二轮交叉测试的时间是相当的。6交叉测试中可能遇到的问题（1）看不懂对方写的测试用例解决办法可以在每个模块测试用例的前面增加“测试须知”，里面包含了该模块的客户端逻辑，和服务端的交互逻辑、测试环境的配置和需要注意的事项等等（2）bug重复提交一种解决办法是提交bug前问一下第一轮测试的同事有没有提交过；另一种解决办法是先提交，如果重复，在bug库中置duplicate7交叉测试的原则（1）对下一轮进行测试内容的轮换，应根据各测试员能力状态合理分配对应的交叉功能程序（2）对产品主要功能和流程性测试，轮换的测试内容和功能点应尽量有衔接性（3）交叉测试内容应该在设计的周期内完成，然后进入下一个周期内轮动测试（4）时间充裕应该进行多次交叉测试，至少保证主要功能流程和每个测试项目被3位不同测试员覆盖测试过8交叉测试的设计凡事都要有计划，良好的计划是成功的一半。测试也不例外，在软件测试之前要准备和编写完整的测试用例和测试方案，交叉测试方案也应同期给出。在交叉测试方案中应细化交叉功能点或程序或独立的项目。第一轮测试周期起止时间，对应的测试员是谁，该测试员应该对该程序功能最熟悉，大部分问题应该由该测试员发现，第一轮测试完成后该程序功能或项目应该比较稳定，缺陷数量应降低到个数级。也可将从程序的单元验证到进入下一轮抽验这个阶段归为第一轮，因该周期较长，没有明确的开始时间，因此可将下一轮开始时间设置为第一论结束时间，而第一轮开始时间可以为空。第二轮周期中各测试员测试内容遵循上面原则，并和上个周期