qq_33271275的博客

主要记录使用docker搭建ELK-stack,并用于监控Nginx日志的操作过程,和一些解析

为什么这个软件做性能测试的时候不需要关注网络

测试设计方法和过程

基于风险和质量的测试策略方法,主要思路是以技术角度和用户角度来评估风险,再从商用的程度来分析质量诉求,然后再上面的基础上做测试深度和测试广度的制定

本文主要编写一个普通对象的测试点.主要从增删查改该对象时的合法和非法测试,对象内的约束,对象间的约束,维护层面来分析.对于一般的特性和功能点较为适用.

1.为什么很多软件都没有可靠性测试 a.因为业务类型,最常见的软件系统的业务是增删查改,比如校园的管理系统,人力资源管理系统,产品进销存管理系统,常见的个人网站,知识类网站. b.因为业务强度,通常来说如果业务量不大,那么也就不需要性能测试,在不需要性能测试的前提下,大概率也是不需要严格的可靠性测试的,比如小心的公众号系统,某某奶茶的管理系统,某某博物网站,因为请求数量达不到一定的数量,完全在硬件性能瓶颈下面.这个时候的测试常常是功能测试下面的边界值测试.所以相对应的一些...

一般来说,可靠性测试不会做这么严格的测试,因为需要很长的时间,并且转集成测试之后,时间非常紧张,如果不是特殊产品,都不会做如此全面的测试.一般来说,宜在第一次版本的时候做全面的测试,后续的测试则是使用补充测试或者探索式的方式去做测试....

1.我都接触过哪些性能测试 第一种是将业务呼叫逐渐拉高,然后关注瓶颈模块或者虚拟机或者服务进程的CPU使用率到达目标百分比的时候的呼叫量 第二种是一直拉高业务呼叫量,直到出现业务呼损,而这种情况跟第一种情况常常是一起出现或者接着出现的 第三种就是压力测试,即将多倍承诺的业务量加到系统之上,然后看多倍压力情况下,成功处理的业务量是否有或者正常场景的成功处理业务量2.我都接触过哪一些可靠性测试 第一方面:运维方面的可靠性测试,比如冷...

一.双方的职责 我说了解的技服代表,主要持续关注客户的业务,并给客户做升级,扩容,软件产品上线入网.另外我的职业是个软件测试,我说理解的软件测试的职责是产品质量保障和版本交付,即在保障质量的同时还能够协助一线或者公司目标讲产品交付给客户.二.一次经验 我有幸出差协助客户做扩容测试,技服代表负责扩缩容产品的操作,以及环境的配置,并持续观察产品,协助客户做交付的测试.而我则是在这个过程中,根据我在产品中的经验,去分析操作的合理性和风险,并在有问题的时候,找到相关的同事...