软件高手 救命啊

1一个缺陷测试报告的组成：缺陷的标题，缺陷的基本信息，复现缺陷的操作步骤，缺陷的实际结果描述，期望的正确结果描述，注释文字和截取的缺陷图象。
2基于WEB信息管理系统测试时应考虑的因素有哪些：界面设计、界面易用性、功能、规范性、合理性、美观与协调性、菜单设置、独特性、快捷方式的组合、容错性考虑、多窗口的应用与系统资源
3软件本地化测试比功能测试都有哪些方面需要注意：本地化测试需要注意翻译为目标语言后，是否符合当地人民的风俗习惯，文化风格。不要出现当地敏感的信息。
如果看不懂目标语言，就很简单了，只需要注意该翻译的都翻译了，不该翻译的没有被翻译，然后没有图片或文字的截断，翻译明显不合适的这些点就ok了。
此外还要大体的点一点功能，没有严重的功能问题，就可以
4软件测试项目从什么时候开始，？为什么：
当接到一个开发项目是，软件测试就要介入，一般认为从需求分析开始
5需求测试注意事项有哪些：
第一、要与客户有良好的沟通
第二、确立需求规格说明书，需求规格说明书尽量做到完整、详尽，并与客户实际需求保持一致
6简述一下缺陷的生命周期：发现bug--提交bug--分配--修复--验证--关闭

7测试分析测试用例注意:

1>复用率：如果随着产品不停得升级，需要设计的详细些，追求一劳永逸；仅使用一两次，则没有必要设计的过于详细；

2>项目进展：项目时间如果允许可以设计的详细些，反之则能执行即可；
3>使用对象：测试用例如果供多人使用，尤其让后参加测试的工程师来执行，则需要设计的详细些。
我们不太可能在一个测试用例包含全部测试需求，因为众多的功能以及不同的路径组合将使这样一个测试用例步骤繁多，操作复杂，完全不具有可操作性。
当然，这也并不是要您走向另一个极端，为需求中定义的每个特性或功能都提供一个甚至多个测试用例。这里的关键，是要寻找一个合适的度。推荐的方法是：关注有效功能

你好像就是高手啊，问的这么专业，