螞蟻金服-阿里控股子公司測試面試經驗(共3條) 最近更新時間：1970-01-01 08:00:00

測試工程師面試經驗(上海) - 螞蟻金服-阿里控股子公司

2021-03-08 11:59:48 | 內部推薦

面試過程：

以前同事去的螞蟻金服，21年3月1號內推了我，第二天下午2點半就來電話找我面試了；面試時長35分鐘，扣除其他無效時間，大概32分鐘左右

面試官問的面試題：

螞蟻金服-阿里控股子公司測試工程師面試題

面試時長35分鐘，扣除其他無效時間，大概32分鐘左右

1.自我介紹

2.你業務主要做的是啥？

3.從哪些方面保障測試工作的？大概問的是這個

我的回答：

1)測試質量從軟件測試生命周期中的每個環節來講，如何保障測試效率

2)測試效率

每個點細講

4.我做過的一個自動化框架

我用自己做過的selenium+java+testng搭建的框架，設計思路是啥

5.測試點如何覆蓋的

1）從app 功能、性能、穩定性、兼容、安全、易用性、UI

2）從接口功能（場景、等價類邊界值）出參入參測試、安全

? 性能（響應時間、吞吐量、并發數、服務器資源使用率[cpu\IO\內存\network]）

6.安全方面怎么做的

確實沒怎么關注過安全方面的測試，所以回答了平時不太關注安全方面的，所以跳過了。

sql注入、敏感信息是否加密

網上找了個： https://www.cnblogs.com/Huangzena/p/9984602.html

7.測試過程中最大的風險點？

我回答了

1）需求多，迭代快

2）多系統、多機型分辨率，多個端。測試人員人力有限

追問：怎么解決的？

8.發布的回滾是怎么做的

介紹了下，發布是通過tag來做的

出現問題可以使用上次生產發布的tag來進行回滾。

9.是不是所有發布都需要回滾 (回答的不太好)

不是

1)大部分都是需要回滾的，灰度驗證時出現問題，則直接可以使用上次的tag

線上出現問題優先回滾

2) 舉例說了一次，沒有回滾的情況

后來想想，比方說存在多個系統發布、且互相依賴的時候，你的回滾可能會導致另一個系統報錯，

那怎么辦，要么快速定位快速解決，要么一起回滾。看哪個成本更大

10、做過哪些提效的事情

1）搭建的stf多設備管理平臺

2）服務端監控：加速問題定位的速度、保障線上發布時的可靠性

3）使用自動化腳本進行回歸驗證

11、換工作的原因？

回答了團隊規模上不去、技術發展瓶頸