网络多线程程序的测试怎么写测试用例？
现有一网络多线程可执行程序，unix平台。该程序从前端通过socket接收请求包，然后在线程池中处理。最后通过管道把结果发送给后台实际处理的子进程。现已知前端的程序可能会down掉，网络也可能出现中断或时断时续的不稳定状态，后台子进程也可能down掉，等等异常都可能发生。
该程序经过在正式环境试运行，的确存在问题，而且怀疑问题可能不止一处。
现在要对该网络多线程程序进行功能测试，性能测试，稳定性测试。哪位高手能不吝赐教？在此先表示感谢！
现在我写测试用例的主要问题是不能抓住问题的要害，总觉得自己总体测试思路不太对，我的测试思路如下：
黑盒测试的控制点有：
1、并发用户（数量关系）
2、网络环境及故障（前后端）
我打算从以上两点控制测试变量进行测试，但觉得这种思路可能有问题，因为它可能是顺着一个具体问题而形成的测试策略，而不是一个全面的从软件测试的角度出发的测试策略。对网络多线程程序该如何测试，我觉得我现在的思路被局限住了。迫切希望网友能提供一个新的思路，或者是一个完整的思路。谢谢！
[ 本帖最后由 wangyt 于 2009-11-24 09:42 编辑 ] 首先,要保证整个功能是可以走通的;
之后再模拟异常的情况;
然后就是模拟大规模数据量的情况
你说的这个测试,经过大规模数据量跑过后,总是会发现问题的,建议把重点放在系统的稳定性上
想想怎么样的测试策略可以保证系统的稳定性 1 是否先考虑分3个模块,前端/线程池/后端, 分别对3个模块进行压力测试,看哪个是并发处理的瓶颈.
2 仔细分析3个模块的处理逻辑,除了正常的功能测试外,考虑和异常数据相关的异常测试. 也可考虑并发性能测试全用异常数据
3 消息流程只是 收到-处理 这么简单么? 有无响应或交互的流程? 如果有就要考虑定时器的超时, 多线程处理如果网络异常都超时,有无挂死的现象,如果网络瞬断后能否自动恢复
页:
[1]
