经典面试题

最新推荐文章于 2023-05-05 15:06:59 发布

yuanzi2009

最新推荐文章于 2023-05-05 15:06:59 发布

阅读量348

点赞数

分类专栏：测试开发每日一题文章标签：软件测试

本文链接：https://blog.csdn.net/yuanzi2009/article/details/109310646

版权

测试开发每日一题专栏收录该内容

2 篇文章 0 订阅

订阅专栏

经典题目1-描述下web测试和移动应用测试的相同点和区别？

单纯从功能测试的层面上来讲的话，APP 测试、web 测试在流程和功能测试上是没有区别的。
系统架构方面：
web项目，一般都是b/s架构，基于浏览器的
app项目，则是c/s的，必须要有客户端，用户需要安装客户端。
web测试只要更新了服务器端，客户端就会同步会更新。App项目则需要客户端和服务器都更新。

性能方面:
web页面主要会关注响应时间
而app则还需要关心流量、电量、CPU、GPU、Memory这些。
它们服务端的性能没区别，都是一台服务器。

兼容方面：
web是基于浏览器的，所以更倾向于浏览器和电脑硬件，电脑系统的方向的兼容
app测试则要看分辨率，屏幕尺寸，还要看设备系统。
web测试是基于浏览器的所以不必考虑安装卸载。
而app是客户端的，则必须测试安装、更新、卸载。除了常规的安装、更新、卸载还要考虑到异常场景。包括安装时的中断、弱网、安装后删除安装文件等。此外APP还有一些专项测试：如网络、适配性。。。

APP测试特点

（除了按需求说明书外的功能测试之外还需要进行如下测试）

1：适配性测试（也叫兼容性测试，不同的安卓版本、iOS版本，不同厂商，不同手机品牌）

2：不同网络测试（2G网络/3G网络/4G网络/5G网络/WIFI网络）

3; 在线升级测试

4：中断测试（电话、短信消息打扰）

5：耗电量测试

6：弱网测试（信号差，信号屏蔽实验室）

7：安装卸载（C/S）

8: 流量测试

经典题目2- 有三个线程T1，T2，T3，怎么确保它们按顺序执行？

方法一：顺序在线程中创建实例

public class TestOne {
        static TestOne t=new TestOne();
        class T1 extends Thread{
            @Override
            public void run() {
                try {
                    Thread.sleep(100);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                //T1线程中要处理的东西
                System.out.println("T1线程执行")
            }
        }

        class T2 extends Thread{
            @Override
            public void run() {
                try {
                    Thread.sleep(200);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                //T2线程中要处理的东西
                System.out.println("T2线程执行");
                t.new T1().start();
            }
        }

        class T3 extends Thread{
            @Override
            public void run() {
                try {
                    Thread.sleep(300);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                //T3线程中要处理的东西
                System.out.println("T3线程执行");
                t.new T2().start();
            }
        }
        
        public static void main(String[] args) {
            t.new T3().start();　　　　　　　//打印结果如下：             //T3线程执行　　　　　　　　//T2线程执行              //T1线程执行        }
        
}

方法二：运用线程的 join 方法来实现

public class TestJoin {
 
	public static void main(String[] args) throws InterruptedException {
		// TODO Auto-generated method stub
		ThreadTest t1=new ThreadTest("A");
		ThreadTest t2=new ThreadTest("B");
		t1.start();
        t1.join();
		t2.start();
	}
 
 
}
class ThreadTest extends Thread {
	private String name;
	public ThreadTest(String name){
		this.name=name;
	}
	public void run(){
		for(int i=1;i<=5;i++){
				System.out.println(name+"-"+i);
		}		
	}
}

使用t1.join()之后，B线程需要等A线程执行完毕之后才能执行。oin()方法的底层是利用wait()方法实现的，join方法是一个同步方法，当主线程调用t1.join()方法时，主线程先获得了t1对象的锁，随后进入方法，调用了t1对象的wait()方法，使主线程进入了t1对象的等待池，此时，A线程则还在执行，并且随后的t2.start()还没被执行，因此，B线程也还没开始。等到A线程执行完毕之后，主线程继续执行，走到了t2.start()，B线程才会开始执行。

注意：t.join()方法只会使主线程进入等待池并等待t线程执行完毕后才会被唤醒。并不影响同一时刻处在运行状态的其他线程。

方法三：单个线程池（SingleThreadExecutor）来实现，本应用范围内，一个资源同时只会有一个线程在访问

package everyDay.thread;


import java.util.concurrent.ExecutorService;
import static java.util.concurrent.Executors.*;

public class ThreadTurnTwo {


    public static void main(String[] args) {
        Thread t1 = new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                System.out.println(Thread.currentThread().getName() + " run 1");
            }
        }, "T1");
        Thread t2 = new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    Thread.sleep(2000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                System.out.println(Thread.currentThread().getName() + " run 2");
            }
        }, "T2");
        Thread t3 = new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    Thread.sleep(3000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                System.out.println(Thread.currentThread().getName() + " run 3");
            }
        }, "T3");

        三个线程顺序执行 第一种方案，单个线程池 顺序放入执行队列中
        ExecutorService executorService= newSingleThreadExecutor();
        executorService.execute(t2);
        executorService.execute(t3);
        executorService.execute(t1);
        executorService.shutdown();
    }
}

经典题目3-性能测试中负载测试与压力测试的区别？

性能测试（Performance Test）：通常收集所有和测试有关的所有性能，被不同人在不同场合下进行使用。关注点：how much和how fast

　　1、负载测试（Load Test）：负载测试是一种性能测试，指数据在超负荷环境中运行，程序是否能够承担。关注点：how much

　　2、压力测试（Stress Test）：压力测试（又叫强度测试）也是一种性能测试，它在系统资源特别低的情况下软件系统运行情况，目的是找到系统在哪里失效以及如何失效的地方。

　　3、极限测试 Extreme testing：在过量用户下的负载测试 Hammer testing：连续执行所有能做的操作

　　4、容量测试(Volume Test)：确定系统可处理同时在线的最大用户数关注点：how much（而不是how fast）容量测试，通常和数据库有关，容量和负载的区别在于：容量关注的是大容量，而不需要关注使用中的实际表现。

其中，容量测试、负载测试、压力测试的英文解释为：

　　Volume Testing = Large amounts of data

　　Load Testing = Large amount of users

　　Stress Testing = Too many users, too much data, too little time and too little room

性能测试是动力，负载测试载重，压力测试强度

　　压力测试stress test：是在一定的『负荷条件』下，长时间连续运行系统给系统性能造成的影响。

　　负载测试Load test：在一定的『工作负荷』下，给系统造成的负荷及系统响应的时间。

负载测试通常描述一种特定类型的压力测试——逐步增加用户数量或用户请求来对系统（程序）进行加压。比如现实中有个系统提供在线查询服务，那我们从比较小的负载开始，逐渐增加模拟查询请求的数量或用户量，直到系统响应时间超时，就是说的负载测试。这儿加压的类型必须是应用提供的服务类型，也就是工作负荷。

负载测试的目标是测试在一定负载情况下的系统性能（不关注稳定性，也就是说不关注长时间运行，只是得到不同负载下相关性能指标即可）；实际中我们常从比较小的负载开始，逐渐增加模拟用户的数量（增加负载），观察不同负载下应用程序响应时间、所耗资源，直到超时或关键资源耗尽，这就是所说的负载测试，它是测试系统的不同负载情况下的性能指标。

压力测试的目标是测试在一定的负载下系统长时间运行的稳定性，但是这个负载不一定是应用系统本身造成的。比如我们经常利用脚本或工具事先吃掉服务器的一部分cpu、内存或带宽等，创造出一定的负载环境并测试被测应用系统在此环境下的事物处理能力，响应时间等等。压力测试尤其关注大业务量情况下长时间运行系统性能的变化（例如是否反应变慢、是否会内存泄漏导致系统逐渐崩溃、是否能恢复）；压力测试是测试系统的限制和故障恢复能力，它包括两种情况：

　　1.稳定性压力测试：在选定的压力值下，长时间持续运行。通过这类压力测试，可以考察各项性能指标是否在指定范围内，有无内存泄漏、有无功能性故障等；

　　2.破坏性压力测试：在稳定性压力测试中可能会出现一些问题，如系统性能明显降低，但很难暴露出其真实的原因。通过破坏性不断加压的手段，往往能快速造成系统的崩溃或让问题明显的暴露出来；