软件测试应该在需求分析阶段就介入，因为测试的对象不仅仅是程序编码，应该对软件开发过程中产生的所有产品都测试，并且软件缺陷存在放大趋势。缺陷发现的越晚，修复它所花费的成本就越大。

需求调查：全面了解系统概况、应用领域、软件开发周期、软件开发环境、开发组织、时间安排、功能需求、性能需求、质量需求及测试要求等。根据系统概况进行项目所需的人员、时间和工作量估计以及项目报价。制定初步的项目计划。测试准备：组织测试团队、培训、建立测试和管理环境等。测试设计：按照测试要求进行每个测试项的测试设计，包括测试用例的设计和测试脚本的开发等。测试实施：按照测试计划实施测试。测试评估：根据测试的结果，出具测试评估报告。

这个问题也是测试工程师经常问的问题。有人主张测试用例详细到每个步骤执行什么都要写出来，目的是即使一个不了解系统的新手都可以按照测试用例来执行工作。主张这类写法的人还可以举出例子：欧美、日本等软件外包文档都是这样做的。另外一种观点就是主张写的粗些，类似于编写测试大纲。主张这种观点的人是因为软件开发需求管理不规范，变动十分频繁，因而不能按照欧美的高标准来编写测试用例。这样的测试用例容易维护，可以让测试执行人员有更大的发挥空间。实际上，软件测试用例的详细程度首先要以覆盖到测试点为基本要求。举个例子：“用户登陆系统”的测试用例可以不写出具体的执行数据，但是至少要写出五种以上情况()，如果只用一句话覆盖了这个功能是不合格的测试用例。覆盖功能点不是指列出功能点，而是要写出功能点的各个方面(如果组合情况较多时可以采用等价划分)。另一个影响测试用例的就是组织的开发能力和测试对象特点。如果开发力量比较落后，编写较详细的测试用例是不现实的，因为根本没有那么大的资源投入，当然这种情况很随着团队的发展而逐渐有所改善。测试对象特点重点是指测试对象在进度、成本等方面的要求，如果进度较紧张的情况下，是根本没有时间写出高质量的测试用例的，甚至有些时候测试工作只是一种辅助工作，因而不编写测试用例。因此，测试用例的编写要根据测试对象特点、团队的执行能力等各个方面综合起来决定编写策略。最后要注意的是测试人员一定不能抱怨，力争在不断提高测试用例编写水平的同时，不断地提高自身能力。

1-明确测试的目标，增强测试计划的实用性编写软件测试计划的重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果准确2-坚持“5W”规则，明确内容与过程“5W”规则指的是“WHAT(做什么)”、“WHY(为什么做)”、"WHEN(何时做)"、"WHERE(在哪里)"、"HOW(如何做)"。利用“5W"规则创建软件测试计划，可以帮助测试团队理解测试的目的(WHY)，明确测试的范围和内容(WHAT)，确定测试的开始和结束日期(WHEN)，指出测试的方法和工具(HOW)，给出测试文档和软件存放的位置(WHERE)。3-采用评审和更新机制，保证测试计划满足实际需求测试计划完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。4-分别创建测试计划与测试详细规格、测试用例应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。

软件测试计划是知道测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试策略和测试方法(最好能先评审)。

正确答案是B软件质量保证活动的目标为：制定和规划软件质量保证的任务，客观地验证软件产品和各项任务是否遵循适用的标准、规程和需求，相关小组和个人保持良好的沟通，及时通知他们在软件质量保证方面的认识和结果，高层管理人员能够参与并帮助解决项目中不能解决的不相容问题。而选项B(用最少的时间和人力，找出软件中潜在的各种错误和缺陷)应为软件测试的目标，两者要区分开来。

正确答案是A在各个时期进行的软件测试，其依据都是不同的，测试用例的设计应该与各个时期的文档有关，故测试用例的设计与需求规格说明书、程序复杂程度、源程序都是有关的。而项目的开发计划是为程序的开发做准备的，与测试无关。

正确答案是A该题考察的是测试用例实施是在具体的测试步骤哪个阶段。测试用例就是一个文档，描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。测试流程：如下第3步骤，在1，2需求文档确定后，人员时间安排到位，就可以开始了1、需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。--testingteam2、测试计划:根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。---testingleaderortestingmanager（该项属于测试阶段的人力安排，不属于测试必要步骤）3、用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。---testingleader,seniortester4、执行测试：根据测试用例的详细步骤，执行测试用例。--everytester(主要是初级测试人员)5、执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。--everytester(主要是初级测试人员)6、defecttracking：追踪leader分配给你追踪的bug.直到bugfixed。--everytester7、测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug8、用户体验、软件发布等……

1.页面的所有链接都功能正常，指向正确的页面2.页面关联的阿里旺旺的icon，点击后能打开本地软件，或使用网页窗口版阿里旺旺3.卖家在线时，旺旺icon高亮；反之，灰***r/>4.添加商品后，购物车页面刷新后，能正确显示新的商品，且商品变灰色不能勾选5.已添加到购物车的商品，若已下架/库存不足，会提示宝贝已失效6.已添加到购物车的商品，若降价，会提示宝贝已降价7.同一件商品能否再次添加购物车（选择的商品属性相同和不同时）8.不需要的商品，可以删除，界面显示正常9.若登录，点击购物车，跳转至登陆界面；若已登录，点击购物车，跳转至购物车结算页面10.未勾选任何商品，结算按钮是灰色不可用状态11.商品可以全选、取消全选、任意勾选等12.勾选商品后，已选商品总价会显示，结算按钮高亮可用，点击结算后，进入确定订单信息页面13.可以修改已添加商品的属性信息，并保存成功14.可以修改商品数量，对于有限购的情况，选择的商品数量>上限时，会自动更改为上限值15.购物车有商品降价或库存紧张的，点击对应的tab，降价或库存紧张商品会归类显示；若没有，tab不可点击。16.购物车添加的商品种类有数量上限17.退出登录，再次登录，查看购物车，显示正常

下载jdk1.8和tomcat数据库MySQL安装缓存服务器（memcached）安装SVN安装rabbitmq