② 浏览器测试
5)安全性测试
10.软件测试项目从什么时候开始，?为什么?
软件测试应该在需求分析阶段就介入，因为测试的对象不仅仅是程序编码，应该对软件开发过程中产生的所有产品都测试，并且软件缺陷存在放大趋势.缺陷发现的越晚，修复它所花费的成本就越大.
11.需求测试注意事项有哪些?
一个良好的需求应当具有以下特点：
● 完整性：每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。
● 正确性：每一项需求都必须准确地陈述其要开发的功能。
● 一致性：一致性是指与其它软件需求或高层(系统，业务)需求不相矛盾。
● 可行性：每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。
● 无二义性：对所有需求说明的读者都只能有一个明确统一的解释，由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的用户性的语言表达出来。
● 健壮性：需求的说明中是否对可能出现的异常进行了分析，并且对这些异常进行了容错处理。
● 必要性：“必要性”可以理解为每项需求都是用来授权你编写文档的“根源”。要使每项需求都能回溯至某项客户的输入，如Use Case或别的来源。
● 可测试性：每项需求都能通过设计测试用例或其它的验证方法来进行测试。
● 可修改性：每项需求只应在S R S 中出现一次。这样更改时易于保持一致性。另外，使用目录表、索引和相互参照列表方法将使软件需求规格说明书更容易修改。
● 可跟踪性：应能在每项软件需求与它的根源和设计元素、源代码、测试用例之间建立起链接链，这种可跟踪性要求每项需求以一种结构化的，粒度好(f i n e - g r a i n e d )的方式编写并单独标明，而不是大段大段的叙述。
12.简述一下缺陷的生命周期
13.分析测试用例注意(事项)?
1)为什么要写用例：
我们编写测试用例，有如下的好处：
便于团队交流：假如说一个测试团队有10个成员，大家测试的时候都各自为政，没有统一的标准，测试的效率无疑会大打折扣;如果大家都遵循统一的用例规范去写，就会解决这一问题。
便于重复测试 ：大家知道，软件在实际开发过程中是会有不同版本的，比如会从1.0升级到10.0，那么如果不写测试用例的话，在测试10.0版本的时候，你能完全记得1.0版本时你做过哪些测试吗?测试用例就像一个备忘录一样，便于重复测试。
文章来源于领测软件测试网 https://www.ltesting.net/
