1、
回归测试需要重新创建测试用例吗?
回归测试是指开发修改了旧代码后，测试重新进行测试以确认开发本次修改没有引入新的错误或导致其他代码产生错误。
根据测试用例的测试等级，集成测试应测试那些用例，系统测试和回归测试又该测试那些用例，在设计测试用例时都已作明确规定，实施测试时测试人员不能随意作变动。⒉规划测试数据的准备 在我们的实践中测试数据是与测试用例分离的。
回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。
其所需的覆盖标准应视模块的实际具体情况而定。对一些质量要求和可靠性要求较高的模块，一般要满足所需条件的组合覆盖或者路径覆盖标准。
应用软件的回归测试，需要执行数百到数千单元和集成测试用例并需要有效地管理测试结果。若没有可行的流程来执行回归测试，那将是一件非常困难且耗时的工作。
2、
测试工作中对于功能及显示优化的需求,是新增用例好还是修改原来的用例
我的总结如下：1。用例的覆盖率很重要，特别是对主要功能点的覆盖2。用例设计的内容及步骤的详细度高，可执行性强，好的用例，是任何一个测试员都可执行测试，而无须再细看需求文档3。
根据软件设计需求制定测试计划，测试数据和测试用例。搭建测试环境、执行测试用例。提交测试报告。跟踪Bug修改情况，不断测试完善产品。产品的其他方面测试。
明确测试的目标，增强测试计划的实用性 编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。
3、
如何进行测试用例设计?,程序修改后还要重新测试吗?
。数据的设计学问大，不要在设计、准备测试用例的数据上偷懒。要通过好的测试数据使用例查错的功能充分发挥。
测试用例务求简洁、明确，这一点也与业务“格格不入”。功能用例依赖程序界面，业务描述依赖需求文档。于是我们更偏向于根据已实现的界面编写功能用例，列举出众多的边界值、等价类。
首先要看你要测试的功能点。
单元测试的步骤 通常单元测试在编码阶段进行。在源程序代码编制完成，经过评审和验证，确认没有语法错误之后，就开始进行单元测试的测试用例设计。利用设计文档，设计可以验证程序功能、找出程序错误的多个测试用例。
4、
【测试基础】每天这么忙,到底写不写测试用例?
编写测试用例的方法：根据需求文档，完全按照需求文档框架／功能描述，根据自己的理解整理为用例。简单来说，就是将需求文档描述的内容，重新按照用例的格式编辑一次，把能想到的各种可能性添加进去。
一般面试的时候，面试官通常都会举个例子来写下用例，这个目的不在于你能写多少条，主要是考验你对于测试方法的掌握。
在测试时间紧迫的情况下，你不知道要测什么，或者要先测试那些功能，测试用例这个时候就可以帮你分清重点，因为测试用例写完后一定要标重要程度和优先级，以防止在紧急的情况下有重点的工作。
基于经验和直觉推测出系统可能存在的错误，从而有针对性的设计测试用例的方法。其它 设计测试用例的方法有很多，我们常用就上面几种，其它的方法还有：状态迁移图、流程分析法、正交验证法等等。
测试用例的标准：A.覆盖到所有的业务逻辑（包括正常逻辑和异常逻辑），即正常流和异常流。B.覆盖到所有的典型用户场景。C.覆盖到所有的需求点。D.测试目标明确，并且测试步骤能够最快的达到测试目的或者测试时间很短。
我个人的观点： 做了测试用例和测试报告，可以作为工作的证明，因为很多时候我们的工作都需要用文档来证明。
依据标准的测试流程，测试用例是必须的，不仅是你提到的回归测试，标准化的测试用例也是自动化过程的一个基础。国内很多项目因为工期紧张，成本有限，另外对测试不重视，所以无法或者不愿编写测试用例。
5、
如何确保测试用例是执行过的
应把“尽早和不断地进行软件测试”作为软件开发者的座右铭，实践证明单元测试能够尽早发现问题，减少后期测试的错误量。可以采用Junit和Jtest来辅助进行单元测试。
因此我们必须在测试计划阶段明确测试的目标，一切围绕测试的目标进行。
1）软件需求变更：软件需求变更可能导致软件功能的增加、删除、修改等变化，应遵循需求变更控制管理方法，同样变更的测试用例也需要执行变更管理流程。
另外一种观点就是主张写的粗些，类似于编写测试大纲。主张这种观点的人是因为软件开发需求管理不规范，变动十分频繁，因而不能按照欧美的高标准来 编写测试用例 。
采用测试用例管理工具的必要性 以前我们用 Excel 来维护测试用例，产品发布前把 Excel 里的用例过一遍，这样做似乎是可行的。但随着项目的迭代，项目复杂度的增加，用例的版本也越来越多，Excel 这类工具的缺点也逐渐显现。
测试用例的重要性是毋庸置疑的，它是软件测试全部过程的核心，是测试执行环节的基本依据。测试用例编写应该遵循的原则：测试用例要达到最大覆盖软件系统的功能点。
测试用例是测试执行的实体，是测试方法、测试质量、测试覆盖率的重要依据和表现形式。测试用例是团队内部交流以及交叉测试的依据。在回归测试中，测试用例的存在可以大大的降低测试的工作量，从而提高测试的工作效率。
