核心内容摘要
警惕！你手机里的“隐形杀手”——揭秘一百款流氓软件的惊人内幕
点击文末小卡片免费获取软件测试全套资料资料在手涨薪更快按照产出的文档介绍项目开发过程中的工作步骤
测试计划这个计划我个人觉得应该在详细设计确定后代码开始编写的时候进行制定因为我是“提早开始测试工作”思路的忠实fans.a) 测试计划主要是给后面的测试工作一些指南不能写成领导看的计划而是要写成由做事的人看的计划b) 包含的内容可能有i. 测试团队人员及分工(要确定当测试时出现缺陷界定、测试环境准备等问题时能找到指定的人员)ii. 测试开始结束时间(理想情况下不要安排的太紧赶工肯定会造成延期或测试不完整可惜理想和现实的差距被规定为很大)iii.测试环境配置(什么样的硬件条件是否网络、设备等系统在什么地址访问访问权限、使用的测试数据等方面的预计和准备)iv. 测试哪些东西要说清楚这里我建议把简单的测试大纲纳入测试计划中一方面领导可以看到你的计划写的多详细另一方面大纲可以很好的成为编写用例的依据v. 怎么测试要说明白如只做系统测试那就要写清楚不做集成测试如果需要集成测试就需要写明白集成顺序。
另外如果需要进行性能、文档、等其他的测试也要在这个计划中写明虽然一般这个计划都是针对功能测试但是如果有其他测试也要写出来并安排时间相应测试的相关计划等也需要指明vi. 测试结束标志(要说明测试达到什么程度可以结束测试不能等到把所有缺陷都找出来以后才结束因为那将是一万年)允许缺陷存留在系统里我们只需要找到留多少这个度就够了
测试用例这个文档主要描述具体的测试步骤但实际应用中至少目前我的项目里由于时间的原因很少有写的就算写了的也基本没有用到测试里在这边的很多项目大都是直接来测全凭我个人的经验来检查(在此感谢领导们对于我二把刀技术的信任__)。
但是我想说其实他很重要也许你不需要写的很详细但是绝对需要通过这样的步骤来理顺思路这个文档的好坏和实用程度直接可以决定你是否能“用最少的工作(量和时间)尽早的发现尽可能多的缺陷”写这个文档需要用到一些测试方法理论如等价类划分、边界值、这个表那个表(汗。
。
。
忘记了)