2018 年的冬天很冷,整个行业都不景气,很多公司面临裁员、倒闭。我们公司也没能逃过此劫,公司融资不到位欠薪 2 个月,实在没有办法,楼主也开始加入找工作的大军。在招聘网站上投了好几个自己感兴趣的公司,也仅仅收到一个面试邀请,面试结果也不理想,被刷了。在这里给大家分享下面试题。
面试主要考察了以下几个方面:
虽然目前公司处于敏捷开发的模式中,但平时自己也只是服从公司的流程,没有仔细去思考过敏捷开发。所以这个问题回答的也不好。
维基百科: 敏捷软件开发(英语:Agile software development),又称敏捷开发,是一种从 1990 年代开始逐渐引起广泛关注的一些新型软件开发方法,是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同,相对于 “非敏捷”,更强调程序员团队与业务专家之间的紧密协作、面对面的沟通(认为比书面的文档更有效)、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法,也更注重软件开发过程中人的作用。
个人理解:
实施敏捷开发的流程:要去所有人参加需求评审,功能分卡,估点,每日站会,迭代回顾
为了能够响应快速变化的需求或频繁的交付,必须依赖完善的自动化工具链,从单元测试 --- 接口自动化---UI 自动化 --- 部署 --- 线上监控 整套的流程实现自动化
测试驱动开发,在编写功能实现代码前编写单元测试代码(实施上来讲比较困难,开发能够完成单元测试就不错了)
持续集成,原则是尽量使用 master 分支进行开发,频繁地集成,即使编译报错也能够迅速定位修复。杜绝多分支的开发方式,合并分支是一个繁琐的工作,容易产生众多冲突问题,对测试也增加了工作量
注重面对面的沟通,减少冗余的文档
重构贯穿整个开发流程,每次 check 代码时对代码进行重构,使代码尽量简单,优美,可扩展,完善的单元测试是你重构的保障
定时进行 Code Review
根据自己公司实际情况回答
简单的问了下框架的架构
UI 自动化怎么处理界面展示延迟的问题?
Robotium 查找元素默认 20s 等待时间
HTTP 常见状态码
接口自动化中怎么测试重定向的接口?(记不清了)
不懂。这个没答上来
题目:完成一个函数,实现功能为判断一个字符串是否是一个合法的 ip 地址
输入:任意字符串
输出:如果是一个合法 ip 地址,返回 true;否则,返回 false
举例:输入 10.0.0.1,输出 true;输入 aaaa,输出 false
要求:
1.可以用 c/c++/java/php/python 等任意熟悉语言,但不能使用正则表达式等已有算法;
2.根据等价类和边界值划分等测试方法,对写好的代码罗列出测试点并完成单元测试用例的代码部分
分析:此题考察了基本网络知识,代码能力,用例设计能力
合法 IP 地址当时写的是 0.0.0.0~255.255.255.255 其实错了,应该是 1.0.0.0~255.255.255.255
0.0.0.0 表示的是所有 IP 的一个集合,不算真正意义上的 IP 地址
import unittest
# 举例:输入10.0.0.1,输出true;输入aaaa,输出false
# 1.0.0.0 ~ 255.255.255.255
def assert_ip(ip_str):
# 字符串切割
ip_list = ip_str.strip().split('.')
if len(ip_list) != 4:
print('列表元素不等于4')
return False
try:
# 0开始的IP不合法
if int(ip_list[0]) == 0:
print('以0开始不合法')
return False
for ip in ip_list:
if len(ip) > 1 and ip.startswith('0'):
print('长度大于1不能以0开始')
return False
if 0 <= int(ip) <= 255:
pass
else:
print('大小不在0-255')
return False
except Exception as e:
print(e)
return False
return True
class TestIp(unittest.TestCase):
def test_01(self):
ip1 = '10.0.0.1'
self.assertTrue(assert_ip(ip1))
def test_02(self):
ip2 = '0.0.0.0'
self.assertFalse(assert_ip(ip2))
def test_03(self):
ip3 = '255.255.255.255'
self.assertTrue(assert_ip(ip3))
def test_04(self):
ip4 = '255.255.255.256'
self.assertFalse(assert_ip(ip4))
def test_05(self):
ip5 = '0.0.0.1'
self.assertFalse(assert_ip(ip5))
def test_06(self):
ip6 = '-1.2.3.4'
self.assertFalse(assert_ip(ip6))
def test_07(self):
ip7 = ''
self.assertFalse(assert_ip(ip7))
def test_08(self):
ip8 = '0.2.11'
self.assertFalse(assert_ip(ip8))
def test_09(self):
ip9 = '10.0.0.0.1'
self.assertFalse(assert_ip(ip9))
def test_10(self):
ip10 = 'aa.bb.cc.dd'
self.assertFalse(assert_ip(ip10))
def test_11(self):
ip11 = '1 192.168.1.1 '
self.assertFalse(assert_ip(ip11))
def test_12(self):
ip12 = '1.00.0.0'
self.assertFalse(assert_ip(ip12))
def test_13(self):
ip13 = 'aaaaa'
self.assertFalse(assert_ip(ip13))
if __name__ == '__main__':
unittest.main()
单元测试点:
面试官又让我分析 unittest 源码...我表示没看过...GG(我简历可没写精通 unittest~~~)
于是又让我用正则表达来写,心中一群草泥马飘过,虽说平时会使用正则,但都是百度现成的,真要自己写都点难度。。。
网上找的:
^(1\d{2}|2[0-4]\d|25[0-5]|[1-9]\d|[1-9])\.(1\d{2}|2[0-4]\d|25[0-5]|[1-9]\d|\d)\.(1\d{2}|2[0-4]\d|25[0-5]|[1-9]\d|\d)\.(1\d{2}|2[0-4]\d|25[0-5]|[1-9]\d|\d)$
import re
def assert_ip_by_re(ip_str):
pattern = '^(1\d{2}|2[0-4]\d|25[0-5]|[1-9]\d|[1-9])\.' \
'(1\d{2}|2[0-4]\d|25[0-5]|[1-9]\d|\d)\.' \
'(1\d{2}|2[0-4]\d|25[0-5]|[1-9]\d|\d)\.' \
'(1\d{2}|2[0-4]\d|25[0-5]|[1-9]\d|\d)$'
re_compile = re.compile(pattern)
if re_compile.match(ip_str):
return True
else:
return False
注意:IPy 不会处理 0.0.0.0 这种 IP,认为是合法的。类似 198.01.003.001 这种输入,会自动舍去前面的 0,也认为是合法的。
import IPy
def assert_ip(address):
try:
IPy.IP(address)
return True
except Exception as e:
return False
cat xxx.log | gerp 'username'
忽略大小写cat xxx.log | gerp -i 'username'
当时没写出来,只知道可以用ls
head
命令,平时用sort
命令太少了
ls -al | sort -rnk 5 | head -3
sort -n 是按照数字大小排序,-r 是以相反顺序,-k 是指定需要排序的栏位,-t 指定栏位分隔符 (不写默认是空格和\t)
top
没做过,略
对客户端重构登录模块进行用例设计,只有用户名,密码和登录。不考虑其他功能。
这个题虽然简单,但我答得没条理,上来就开始陈述我的测试用例,只考虑了功能方面,没有养成多维度系统得用例设计习惯,估计也是这个原因面试挂了。。。
重新整理用例:
功能性
输入框的字符长度限制、特殊字符处理、密码输入显示 *、不输入用户名和密码点击登录是否调用接口?只输入用户名、只输入密码?错误用户名、错误密码?登录成功后是否有其他配置项拉取?登录按钮防重按?
安全性
密码是否加密传输?SQL 注入?
易用性
错误提示是否友好?UI 界面风格?
兼容性
app 升级后老用户是否能登录成功?新用户登录?
从最近找工作发现测试的要求是越来越高了,需要会的技能也越来越多,功能、自动化、性能、安全、写测试工具、测试平台...甚至运维的活也要测试来干 - -! 只能说路漫漫其修远兮~ 继续找窝。