既然可能无法（或不必负责）核实所有的需求，那么是否能为测试挑选最适合或最关键的需求则关系到项目的成败 。选中要核实的需求将是对成本、风险和对该需求进行核实的必要性这三者权衡考虑的结果
4.如何编写测试用例随着中国软件业的日益壮大和逐步走向成熟，软件测试也在不断发展 。从最初的由软件编程人员兼职测试到软件公司组建独立专职测试部门 。测试工作也从简单测试演变为包括：编制测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试 。我们公司一直使用日事清来完成软件测试的编写、执行等工作 。通过日事清看板按照项目、部门、时间等维度组织团队工作清单，梳理团队任务，创建团队工作计划，让团队工作可视化 。建立在看板的任务会落实到人，这些任务会自动分解至团队相关成员的个人日程中去，让个人的日程和团队的工作安排打通，实时跟进 。通过这样的方式，使团队有计划、有反馈、有总结、有调整，基于此就形成一个完整的“戴明环”，保证了测试团队的效率和质量 。
软件测试的重要性是毋庸置疑的 。但如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，则是软件公司探索和追求的目标 。每个软件产品或软件开发项目都需要有一套优秀的测试方案和测试方法 。
影响软件测试的因素很多，例如软件本身的复杂程度、开发人员（包括分析、设计、编程和测试的人员）的素质、测试方法和技术的运用等等 。因为有些因素是客观存在的，无法避免 。有些因素则是波动的、不稳定的，例如开发队伍是流动的，有经验的走了，新人不断补充进来；一个具体的人工作也受情绪等影响，等等 。如何保障软件测试质量的稳定？有了测试用例，无论是谁来测试，参照测试用例实施，都能保障测试的质量 。可以把人为因素的影响减少到最小 。即便最初的测试用例考虑不周全，随着测试的进行和软件版本更新，也将日趋完善 。
因此测试用例的设计和编制是软件测试活动中最重要的 。测试用例是测试工作的指导，是软件测试的必须遵守的准则 。更是软件测试质量稳定的根本保障 。
5.如何写好测试报告项目简介：一些需要介绍的内容，项目简称的解释，项目背景等等 。
测试内容：测试内容的大纲 。测试环境：测试环境的描述，包括客户端和网络环境 。
测试资源：测试过程中的测试资源使用 。测试的数据：bug数，解决数，遗留数 。
模块bug分布，bug走势图，缺陷遗留，需要说明的问题 。测试数据分析：对于整个过程测试的一个分析，得出结论 。
遗留问题：对于软件遗留问题有详细说明 。报告的内容每个人都可以说清楚，但是仅仅简单的罗列，也能使看的人很费劲 。
如何展现这些东西使你的测试报告丰满而又有说服力，并且易读易看呢？ 1、内容简洁：说话抓住重点，不说废话，简单易懂，能用表格的尽量用表格展示 。2、不罗列详细数据，挑拣一些能说明问题分析数据的：比如缺陷走势图，模块的bug分布等等 。
加必要的简短的分析 。图形简单易懂，且比较直观 。
如果不能说明问题或者一些不重要的图表就不用都一一列在报告中了，会显得报告比较啰嗦 。3、遗留问题说明很重要：遗留问题列表：当遗留问题比较多时，要择优选择，因为大家都有这样的感受，10个问题，大家都会仔细看，100个问题就没有心情和时间仔细看了，会感觉重点不突出，这就需要测试人员挑出比较重要的问题展示出来，并且说明重要问题的影响 。