머리말
지금은 한 달에 대한 블로그를 작성하지 않은,이 시간 일을 더이다 (가족 비상 사태, 시간 오프를 요청, 단지 시험을 여러 번 얼굴에 남아있는 몇 일 사용), 다행히도 모든 블로그를 작성하는 시간이 나올 만하지 않았다 일이 오늘이 몇 번을 제압 아무것도 없다, 처리를 완료 한 인터뷰 그것의 과정에서 발생하는 문제를아마 회사가 6,7 바, 큰 회사는 작은 회사를 인터뷰, 마지막으로, 어떤 사람들은이 데이터를 볼 수 있습니다, 내가 * 자랑 말 것, 당신이하지 말하고 싶은 네 개의 서비스를 얻었다 것은 다른 사람들이 할 수없는 것을 의미하지 않는다. 일주일에 간단한 소개로 네 제공 경험과 경험을 자신의 경험을 공유하는 방법은 지금 저를 넣어, 곧 작업 당신에게 도움을 찾기 위해 기대하고있다.
면접 준비
다시 시작
이력서는 인터뷰에 디딤돌이며, 단지 HR의 초기 심사를 통해 당신은 인터뷰를 얻을 수있는 기회, 그래서 당신의 이력서 또는 표시를 할 수 있습니다. 내 이력서는 고용주의 요구 사항, 준수 기준을 작성하는 경우 잘 모르겠어요 솔직히,하지만이 회사는 그래서 2,3 집이 나에게 접근 한 인터뷰지만, 요즘은 하루에 걸릴 수 있습니다하려면 내가 좋아, 나는 단순히 내 이력서를 보면, 이력서 너무 많은 문제가 발생하지한다고 생각 인터뷰를 초청, 그렇게하는 것은 무엇 HR의 호의 무엇이 있었는지,이
1. 자기 소개
나는 나 자신이 주로 테스트 도구, 테스트 이론, 사례 설계 방법,에, 그것의 더 많은 부분에 대해 팔을 쓸 소개 데이터베이스 운영, 리눅스 시스템뿐만 아니라 프로그래밍 언어와 테스트 프레임 워크의 숙달. 여기에 내가 개인적으로,이 매우 깔끔한 될 것입니다 각 순서의 정도를 파악하기 위해 따를 수 있습니다 것이 좋습니다 HR을 본 후 자신의 기술에 대한 일반적인 평가가있을 것입니다2. 프로젝트 경험
프로젝트 경험이 프로젝트 이상을 수행 한 경우, 당신은 일반적으로 2-4을 선택할 수 있습니다, 프로젝트에 사용 된 기술이 프로젝트에 산재, 여기에 아주 중요하다,이 프로젝트는 너무 많이 쓰는 것은 권장하지 않습니다, 당신은 쓰기 당신이 잘 알고있는 경우이 프로젝트는, 개인적으로 프로젝트에 참여하고 기술을 요약 할 수 있어야합니다. 프로젝트는 기술 가치 대부분의 장소를 경험 때문에 프로젝트를 포함, 명확하게 쓰기 프로젝트하려고하기 때문에 예를 들어, 나는, 기능 테스트, UI 자동화 테스트, 민첩성 테스트에서 프로젝트뿐만 아니라 인터페이스를 테스트 자동화 프로젝트를 포함하여 네 개의 프로젝트를 썼다 간단한 소개, 당신은 면접관이 프로젝트의 도입이 무엇을해야하는지에 대해 알고있다 보았다 수 있도록해야하고, 당신은이 프로젝트에 사용되는 당신의 쓰기 기술을 확장합니다.
3. 추가 정보
내가 더 중요하다고 생각 추가 정보는 다음과 같은 (, 당신은 (당신의 졸업장 말을하지 않는 전문 여기서 인증서,하지만 당신은 전문이 업계에서 설명 할 것을 증명할 수) 전문 인증서를 넣을 수 있습니다 또는 종이 업계에 어떤 영향을 : 특허는하지만, 대부분의 사람들은 당신은 확실히 포인트를 많이 추가 할 것입니다, 당신은 기술 블로그, 오픈 소스 프로젝트가있는 경우, 가장 좋은가에 기록 된)이 일을하지 않아도, 나는 추가 정보에 내 블로그 GitHub의 연결을 넣어
전반적으로, 세 (자기 소개 및 프로젝트 경험은 매우 중요하지만, 추가 정보가 보너스 아이템이다)하는 가장 중요한 요소, 다른 사람이 같은 교육 경험으로, 물론, 부가 콘텐츠입니다의 이력서, 기본 개인 정보 하지만 그것은 또한 필수적이다 매우 중요하지 않지만 등, 당신은 선택적으로 작업에 대한 몇 가지 유용한 정보를 추가 할 수 있습니다
회견
자신을 소개
자기 소개 인터뷰는 HR 또는 기술 당신이 면접관으로 간단한 자기 소개는 일반적인 이해를하도록 할 수 있습니다하자 가능성이 중 하나의 필수 불가결 링크입니다, 당신은 몇 가지의 도입으로 묻는 메시지가 표시됩니다 기술적 인 문제. 개인 의견 : 나는 당신이, 당신이 강렬한 모순 논리를 피할 것, 아래로 백업 할 수 있습니다 사전에 자기 소개를 쓰기 제안, 자기 소개 내용이 프로젝트의 과정을 포함하고를 사용하도록 업무 경험, 경험 및 프로젝트 설명을 포함 할 수 기술, 그리고 마지막으로 우리는 단순히 기술 블로그로 자신의 취미 또는 오픈 소스 프로젝트의 내용에 대해 얘기 할 수
기술 면접
기술 면접 자기 소개뿐만 아니라, 거의 모든에 대한 기술과 기업의 기술 조사를 마스터하는 당신의 요구 사항과 일치, 일반적으로 펜 질문과 포함 면접 질문 , 사실, 내가이 회사에 직면을, 두 회사는 실제 펜 질문이 다른 회사는 펜에서 자리에서 모든 질문에 인터뷰를하는 동안 직접 펜 질문이 더 어려울 것보다 당신이 쓰기에,이 증가 면접관이 보는 것이기 때문에, 면접관의 존재에 의문을 제기, 어떻게 나에게 할 말하여 긴장, 더 당황 다음, 올하지 않기 때문에 긴장 아무것도 쓰지 않는다, 또한 좋은 기회가 기회를 측정 할 수 있지만, 대다수는 기술 면접, 그래서 우리는 내 마음의 사전에 준비해야 할 것을 권장합니다 내 마음을 비우하기 쉬운 이 프로젝트는 충분히 이해할 수 있어야합니다 귀하의 프로젝트에 대해 면접관은 당신의 프로젝트에서 문제의 일부를 발굴합니다. 다음 참조를 위해 내가 인터뷰 중에 발생한 모든 질문의 얼굴입니다방법 (1) 로그인 창 디자인 테스트 케이스?
(1) 나는 테스트에서 우리를 위해이 문제가 큰 문제가되지 않을 것으로 판단
(2) 인터페이스는 테스트의 과정이 어떻게 종류의 자동화? 무엇 당신은 해결하기 어려운 문제가 발생? 어떻게 해결?
당신이 인터페이스 자동화 프로젝트에서 이력서를 작성하는 경우, 응답 과정은 문제가되지 않습니다, 프로젝트를 빌드 한 인터페이스를 처리
내가 인터페이스에 의존에 대해 이야기하였고, 여기에 내가 자신을 파고로 생각해서는 안이 더 어려운 문제는, 일부는이 문제를 해결할 수 있다고하지만, 문제는 너무 간단하지 않은 경우
(3) 원칙 PO 디자인 패턴? 어떤 부분을 개선 할 수 있습니까?
난 당신이 의지하지 않더라도, 그것을 대답 할 수 있다고 생각 1 개 원칙은, 바이두는 답이있다
나는 패키지에 대해서 이야기하고 개선이 개 지역은 단순히 자신의 프로젝트가 나는 요소가 별도의 구성으로 뽑아 찾습니다, 각 계층 요소의 위치 다음, 건조했던 것을 포장, 포장의 여러 레이어를 만들어 넣어 쉬운 지속적인 유지 관리를위한 파일
(4) 유닛 테스트 프레임 워크 단점은 무엇입니까?
한 예를 들어, UI 설계 자동화, 실행 시간을 증가시키는 여러 개 열어 브라우저의 스크립트있을만큼 유연하지 않습니다 (물론이 절대되지 않습니다)
이 시험 보고서에는 pytest 매력 시험 보고서는 명확하고 아름다운없고, 충분히 포괄적이지입니다
3 정말 얘기, pytest의했다 이점을 다른 사람에게 말할 수 없다, 그래서 대조가있을 것입니다, 당신은 유닛 테스트 및 pytest 알 표시 할 수 있습니다
4 대답은 당신이 밖으로 말할 문제를 넣을 수 있습니다, 그래서 정말,이 프레임 워크를 이해하고, 주로의 사용 정도에 확실히 유일한 아니다
(5) UI 자동화 된 테스트 무엇을 목표로? 당신의 마음에 드는는 무엇입니까?
1이 간단, 그냥 대답
(6) UI 자동화 된 테스트 단점은 무엇입니까? 방법을 개선하기 위해?
1 사실, 키는 불안정
이 페이지는 종종 나쁜 위치를 변경
3 프로젝트의 복잡한 비즈니스와 자주 변경에 적합하지 않습니다
4 개선 : 그것은 실제 상황을 입증 할 수있는 비트, 나는 기다릴 대조하고 은둔에 대해 이야기를 기다릴 수 밖에 다음 디스플레이 대기의 사용을 할 수있는 프로젝트에 대해 말할 수있다 경험하지 않고
(7) 성능 테스트 이해? 성과 지표는 무엇을 할 수 짧게에 대해?
한 질문은 정말이며, 모든 단위하도록 요청,하지만 난 정말하지 않는, 그래서 진실을 말해,하지만 난 그 성능을 알고, 그래서 나는 마지막 단지 지표의 일부를 대답
(8) 어떤 테스트 도구를 사용됩니까? 어느 정도에 사용하고?
내가 단위 인터페이스 테스트에서 수행했기 때문에 1 인터페이스를 디버깅, 우체부와 JMeter를 인터페이스 테스트를 할 것입니다 자신의 프레임 워크, 자신의 손 쓰기를 구축하기 위해 코드를 사용하여, 가장 나에게 사용하는 도구의 사용은 충분히 유연하지
(9) UI 자동화 프레임 워크 및 테스트 자동화 프레임 워크 자체가 구축되는 인터페이스? 직면 한 어려움은 무엇입니까?
1 현실적으로 다음과 같이 대답
어려움이 UI 부분은 찾아 안정성 말할 수있다
(당신이 그런 말을하지 않습니다 모르는 경우에 당신은 당신이 솔루션을 요청해야합니다 말했기 때문에,) 3 인터페이스는 인터페이스 문제의 의존성에 대해 말할 수있다
(10) 인상적 버그에게 당신을 만난?
(1) 나는이 문제가 발생할 것이라고 생각하지,하지만 다행히 나는 미리 준비, 그래서 난 내 대답은 또한 유닛이 질문에, 마지막 날 원하지 않았다 (의지 할 수 있다고 생각하지만, 이것은 내 홈 단위 나는 인터뷰, 연민의 모든 내부 표면의 최고의 하나 생각!)
2 내 생각 : 버그가, 예를 들어, 앞으로 구분하는 시스템의 아키텍처가 다시과 끝을 이동, 이동 단말 버그의 위치가 표시되는 내용에 대한 간략한 설명, 그리고 약간의 버그의 모양, 버그의 원인에 대한 최종 발언권을 설명 및 솔루션
(11) 리눅스 명령?
문제 1 리눅스는 펜의 존재 무엇보다도, 모든 질문, 명령
이 명령은 (필터 파일 내용, 기억이 안나요) 시스템 로그를 보려면
시스템 성능을보기 위해 약 3 명령이 있습니다
4 기본 명령과 일반 명령이어야합니다
(12) 데이터베이스
1 面试必考，没啥难的，但是很容错，我经历过的数据库题几乎都是面试官当场出的，最难只涉及到多表关联查询，所以其实不必担心,自己多练习一下完全ok
(13) 求两个集合的差集
1 这个题相当容易，但是如果基础不好真的会想不出来
2 当时这个题也是面试官临时出的，我当时想到了使用最简单的方法就是使用集合做减法，但是我犹豫了，没敢写，最后使用列表实现的(哎，当时脑子有点空白了， 很烦当着面试官的面写代码，而且还是在纸上)
(14) 使用 JS 实现一个登录功能
1 这个同样是当着面试管的面写的，没写出来，但是我用html写了个登录页面(哈哈， 因为他们招的是测试开发岗，所以问了这个题)
2 写完我脸都红了，还好最后拿到这家的 offer
(15) 你们的项目是使用 Jenkins 集成的吗？用过哪些插件？用例的执行策略是怎么样的？
1 实际用过什么插件说出来可以了
2 策略应该问的是整个项目多久执行一次，或触发构建条件是什么，所以我当时回答的是：因为我们项目迭代不是很频繁，最开始框架搭建完时我是每天固定时间执行一次，后来框架稳定后，我选择的是一周执行一次，如果有了新需求那么我会把频率调高一点
3 有经验的按照实际说就好，没经验的各凭本事吧
(16) 你的项目中接口用例有多少？每次大概执行多长时间？
1 这种主要就考察你的实际经验了，根据实际经验说就好
(17) 深 copy 和浅 copy 了解吗？能说说有什么区别吗？
1 百度很详细
(18) 显示等待，隐士等待，强制等待区别？
1 这个就很容易了
(19) HTTP 协议能说说吗？http 和 https 有什么区别？
1 这个也比较简单，简单说一下原理，组成即可
2 区别就说一下安全性问题，但是一定要了解一下 https 的加密算法，至少要知 道是用什么加密的，比如 ssl
(20) Get 和 post 请求的区别？
1 这个题也是面试必考，所以把你知道的尽量说
(21) Session 和 cookie 的原理？
1 这个题也比较简单
(22) 针对 app 安装测试，如何设计测试用例？
1 这个题感觉自己回答的还可以，但是我最后说了一条用例是这样的：安装新版 本的 app 包后再次安装老版的包是否能够成功？
2 当时面试管重复了一次我这句话，我也不知道啥意思？哈哈
(23) 一个列表[1,2,10,22,33,44]？（类似这样的一个列表，找出列表中两个数的和的数，然后把这个数组成一个新的列表）
1 这个题同样是面试官当场出的，刚开始也有点懵，后来面试官提示了一下，还 好写出来了
(24) 说一下你的接口框架？能给我讲一下大概思路和过程吗？(会议室有个黑板，让我 边画边说)
1 我搭建的框架的整个目录结构画了一下，然后讲了一下每个目录的作用，存放什么文件以及用例的设计流程
2 后来面试官又问了我接口依赖的问题，我说的反射和 Globals()方法(当然不能这么简单的说，一定结合项目，这个地方我记得说了好久，问的挺深的)
(25) 多个系统如何做测试？
1 这个题还是结合自己实际情况说吧，我当时有点懵，说的不是很清楚
(26) 做项目时，你是如何入手的，系统中比较难的地方能说一下吗？
1 自己结合实际说，我认为考察的就是测试流程
(27) 接口自动化测试流程？
1 自动化流程会涉及到测试数据以及自动化的测试用例，实际工作中如何做的说一下大体流程完全ok
(28) 给一段 json 数据存在文件中，然后编写代码解析，取出指定的字段？
1 比较基础，实际考察到 json 文件的操作以及字典的操作
(29) 你的自动化测试项目中有发送测试报告邮件的功能吗？又如何解决丢失css的问题？
(30) 写一段代码，随机生成一段指定长度的字符串？
1 这个题我当时写的比较复杂了，后来回来搜了一下，使用 String 与 random 模块很简单，一行代码搞定
以上大概就是我遇到的所有面试题了，其实大多数都不是很难，所以好好发挥，拿到心怡的offer没多大问题
HR面试
通常到了HR面试这关那么很大几率说明你技术面试已经通过了，但是我面试这几家全部都经历了HR面试，我不确定是不是没收到offer的公司是因为被HR拒了，接下来是部分被HR问到的问题
(1) 自我介绍
(2) 做没做过管理
(3) 你现在的薪资待遇
(4) HR 这边我记住的问题不多其实大多都像和你聊天一样，但是她一直在你的简历上写写写，也不知道在写些啥
注意事项
(1) 着装(我为了面试自己买了一套正装，不管有没有用吧，至少我觉得应该认真对待每一次面试，不仅仅让面试官觉得你足够重视贵公司）
(2) 自我介绍一定不要太紧张，最好提前准备好要说的内容
(3) 回答问题时可以不要太快速的回答，避免面试官抓到你话语中的漏洞，一定想好了再说
(4) 一定做好当着面试官写代码的准备，因为很多人都会紧张，脑子空白，我也是，因为我面试这几家只有一家有笔试题，但是其他单位都是面试管临时出的，所以还是有点慌的
(5) 一定要熟悉自己的简历，包括离职入职时间这些，否则有一点问题，HR 就会追问你(HR 真的很精明)，其次项目名称一定记住啊！ ！！要不真的尴尬
(6) 面了这么多家，自动化与性能必问，所以多了解了解吧，再就是管理经验， 没有一家不问的
(7) 基础知识主要都是测试用例设计，代码几乎关于字典，列表，元组，json 这些数据的操作以及linux，数据库等
(8) 项目经验很重要，面试的时候几乎都是围绕项目来问的
(9) 自动化的框架一定要理解，自己能够完全的口述出来
最后
以上所有内容均是我面试单位的真实经历，仅作参考，希望对将要找工作的小伙伴有帮助！