对于系统测试的重点是是什么呢？
是以功能、性能为重点吧。对于功能测试中的等价类的划分 （有效 无效）是否要结合边界值 和错误猜测考虑？
还是单独 对等价类 边界值错误 猜测进行测试呢？
还是视具体情况而定呢？
如果是，那怎么确定是否采用单独对 对等价类 边界值错误 猜测进行测试 还是互相结合测试呢？
有什么依据呢？ 系统测试的重点应该根据需求规格说明书来定,视情况不同儿不同,不过一般都是功能,性能,gui测试,安全性测试等.
功能测试设计测试用例根据需求采用等价类边界值结合,另外错误猜测只是补充,根据测试经验. 系统测试是根据ISO9126软件质量模型对需求规格说明书进行归纳总结,列出测试类型和细分测试项.根据不同的需求要求,进行不同的测试类型.功能、性能只是最先要考虑的测试类型.是系统最起码的要求.但其他类型的测试同样重要.
对于系统测试的用例设计,我们追求的是对需求的覆盖率.我们说测试用例要对需求进行100%的覆盖.那我们就通过这些用例的设计的方法来覆盖.首先可以采用等价类的覆盖,然后边界值覆盖,状态覆盖,业务路径覆盖,等价类两两组合的覆盖,输出域等价类边界值覆盖等等.最后我们还可以对系统的薄弱环节,有针对性的加强测试,也就是所说的错误猜测法.总之我们就是要通过这些方法把所有的需求,所有列出的测试点.全方位,在各种情况下,尽我们所想的全部覆盖到.所以是不是单独考虑或结合考虑不是关键,关键是你怎么去覆盖测试到每个测试点. 系统测试的重点个人认为,除了能正确实现产品功能,还要有一些非功能的关注，比如性能。。。。两者合起来应该是系统测试的重点吧。 系统测试包括恢复测试、安全测试、压力测试和性能测试，功能测试等；
虽然每一个测试都有不同的目的，但所有都是为了整个系统集成到一起以完成分配的功能。
重点应该是所有功能的实现，以及对SRS的覆盖
他在于和系统整体的需求功能是否满足的测试，应该就是确认性的测试 对系统功能的测试
达到SRS的覆盖要求(SRS覆盖率由公司定)
dddd
系统测试它有许多方面,有安全测试、压力测试和性能测试，功能测试等,但我们不能生搬硬套,要分析我们所要测试的软件偏重哪些特性,然后全方位测试,更要有重点,对重点特性覆盖所有的点,再根据经验使用错误猜测法......... 对于系统测试还是要根据具体的srs具体分析吧~~主要还是关注功能测试，性能测试，GUI测试以及配置测试等~~除此之外还应该根据所实现软件的目的增加相关测试~~
页:
[1]
