请教基于流程性业务系统的并发用户计算问题
本帖最后由 linhai08 于 2016-9-8 16:14 编辑求教一个问题，性能测试中的并发用户数的估算问题。一般非持续性业务系统可以用c=nL/T估算，像工资查询之类的，业务都是具有集中性，而不具有持续使用性；如果业务类型是柜台交易系统，或库房管理系统，每天都在持续进行业务使用，如何估算并发用户数，除了按用户数的8%~12%，还有其他估算方式吗？
例如：
一套仓库的出入库系统，每个库分别有N个操作员分别负责在系统中进行出入库某个过程的操作，如登记、称重等，平均每天出入库的车次为50车，一共100个库使用该系统（集中部署），第天人员的工作时间为8小时。
按c=nL/T计算，n可取值100库*N人=100*N个session，但是L怎么取值，而且L无法与公式中的定义相对应，如果L取8小时，那等于c=n这不科学。
以上，求教高手解释！感谢！ 没读明白 楼主说的这个性能需求太简单了，只能知道大概每天100*50*N这是每天向系统提交的请求次数，那么你还要知道哪个时间点是提交高峰，高峰期间的值是多少等等， 这样估算才会准确一些 我再描述一下业务吧。
货物从进门到出门经过几道系统处理过程，登记、化验、称重、结算、出门。相当于是一个流水线。
在业务周期上来说，业务集中在某一两个月，每天，甚至会到晚上都需要加班完成工作。
100*N*50*每车经过的流程数=实际每天的业务处理量，即时结合工作时间来算，感觉只能估算出事务处理能力的要求，而并发的要求还是没有办法计算。
页:
[1]
