android上获取短信信息主要有BroadcastReceiver方式与数据库方式,要实时的话就BroadcastReceiver比较方便
public class SMSReceiver extends BroadcastReceiver{
private String verifyCode="";
public static final String TAG = "SMSReceiver";
public static final String SMS_RECEIVED_ACTION = "androidproviderTelephonySMS_RECEIVED";
@Override
public void onReceive(Context context, Intent intent){
if (intentgetAction()equals(SMS_RECEIVED_ACTION)){
SmsMessage[] messages = getMessagesFromIntent(intent);
for (SmsMessage message : messages){
Logi(TAG, messagegetOriginatingAddress() + " : " +
messagegetDisplayOriginatingAddress() + " : " +
messagegetDisplayMessageBody() + " : " +
messagegetTimestampMillis());
String smsContent=messagegetDisplayMessageBody();
Logi(TAG, smsContent);
writeFile(smsContent);//将短信内容写入SD卡
}
}
}
public final SmsMessage[] getMessagesFromIntent(Intent intent){
Object[] messages = (Object[]) intentgetSerializableExtra("pdus");
byte[][] pduObjs = new byte[messageslength][];
for (int i = 0; i < messageslength; i++)
{
pduObjs[i] = (byte[]) messages[i];
}
byte[][] pdus = new byte[pduObjslength][];
int pduCount = pduslength;
SmsMessage[] msgs = new SmsMessage[pduCount];
for (int i = 0; i < pduCount; i++) {
pdus[i] = pduObjs[i];
msgs[i] = SmsMessagecreateFromPdu(pdus[i]);
}
return msgs;
}
//将短信内容写到SD卡上的文件里,便于将文件pull到PC,这样可方便其它如访问系统登录页面 >
读取短信需要在相应的手机上读取呀
由于工作需要,登录网站需要用到验证码。最初是研究过验证码识别的,但是总是不能获取到我需要的那个验证码。直到这周五,才想起这事来,昨天顺利的解决了。
下面正题:
Python版本:343
所需要的代码库:PIL,selenium,tesseract
先上代码:
#coding:utf-8
import subprocess
from PIL import Image
from PIL import ImageOps
from selenium import webdriver
import time,os,sys
def cleanImage(imagePath):
image = Imageopen(imagePath) #打开
image = imagepoint(lambda x: 0 if x<143 else 255) #处理上的每个像素点,使上每个点“非黑即白”
borderImage = ImageOpsexpand(image,border=20,fill='white')
borderImagesave(imagePath)
def getAuthCode(driver, url=">
输入已注册的用户名和不正确的密码,验证是否登录失败,并且提示信息正确;
输入未注册的用户名和任意密码,验证是否登录失败,并且提示信息正确;
输入未激活的、已锁定的、被注销的用户名和正确密码,验证是否登录成功;
用户名和密码两者都为空,验证是否登录失败,并且提示信息正确;
用户名和密码两者之一为空,验证是否登录失败,并且提示信息正确;
第一次登录失败,再次输入正确的用户名和密码,验证是否登录成功;
如果登录功能启用了验证码功能,用户名、密码、验证码都输入正确,验证是否登录成功;
如果登录功能启用了验证码功能,用户名、密码正确,验证码输入错误,验证是否登录失败,并且提示信息正确;
点击验证码是否可以更换验证码,更换后的验证码是否可用;
刷新页面是否会刷新验证码,刷新后的验证码是否可用;
如果验证码具有时效性,需要分别验证时效内和时效外验证码的有效性;
无网络模式下登录,是否给出“网络未连接”或“网络异常”的提示;
第一次登录请求超时后(服务器出问题,随后恢复正常),再次请求登录能否登录成功。
页面默认焦点是否定位在用户名的输入框中;
快捷键 Tab 和 Enter 等,是否可以正常使用;
用户名和密码是否大小写、空格敏感;
使用中文、英文键盘输入字母传给后端的字符长度是否一致;
前端页面是否根据设计要求限制用户名和密码长度,且前后台都需要限制;
页面上的密码框是否加密显示,是否需要设置明暗码切换按钮;
输入栏是否设置快速删除按钮;
忘记用户名和忘记密码的功能是否可用;
修改密码后,是否重定向到登录页面;
修改密码后,原密码是否作废不可用;
在其他终端修改密码后,PC端是否自动下线,若下线后,使用原密码能否继续登录;
使用默认密码第一次登录成功时,是否提示修改密码;
第一次登录成功,是否会同步其他终端用户信息;
用户登录成功但是会话超时后,继续 *** 作是否会重定向到用户登录界面;
不同级别的用户,比如管理员用户和普通用户,登录系统后的权限是否正确;
输入错误密码的限制次数:
分别测试最大值-1、最大值、最大值+1 时的输错密码情况;
超过最大次数限制后,是否采取强制手段限制登录或对账号暂时冻结处理;
超过最大次数限制后,分别输入正确的密码和错误的密码再次登录。
用户名、密码、验证码输入框是否不支持复制和粘贴;
密码输入框内输入的密码是否都可以在页面源码模式下被查看;
用户密码后台存储是否加密;
用户密码在网络传输过程中是否加密;
密码是否具有“有效期”,密码有效期到期后,是否提示需要修改密码;
是否可记住密码,记住的密码保存是否加密;
记住密码是否有“有效期”,若有“有效期”,过期之后是否会清空密码;
登录成功后的session时效设置;
登录错误后的提示是否有安全隐患;
退出登录后再次登录,使用记住的密码,是否登录成功;
不登录的情况下,在浏览器中直接输入登录后的 URL 地址,验证是否会重新定向到用户登录界面;
用户登录过程中log中是否有个人信息明文打印
用户名和密码的输入框中分别输入典型的“SQL 注入攻击”字符串,验证系统的返回页面;
用户名和密码的输入框中分别输入典型的“XSS 跨站脚本攻击”字符串,验证系统行为是否被篡改;
连续多次登录失败情况下,系统是否会阻止后续的尝试以应对暴力破解;
登录后输入登录URL,是否还能再次登录?如果能,原登录用户是否变得无效;
同用户同终端的多种浏览器上登录,验证登录功能的互斥性是否符合设计预期;
同用户不同终端,先后登录,验证登录是否具有互斥性;
同用户同浏览器已经登录,再次打开一个标签页时,是否需要重新登录;
不同用户在同终端同浏览器登录,验证登录信息token的正确性;
不同用户在同终端同浏览器登录,被踢后,页面是否会跳转到登录页;
是否支持第三方登录,如微信、QQ、微博;
是否允许第三方工具平台存储密码;
是否可以使用登录的API发送登录请求,并绕开验证码校验;
是否可以用抓包工具抓到的请求包直接登录;
截取到的token等信息,是否可以在其他终端上直接使用,绕开登录。token过期时间校验;
性能压力测试用例:
单用户登录的响应时间是否小于 3 秒;
单用户登录时,后台请求数量是否过多;
高并发场景下用户登录的响应时间是否小于 5 秒;
高并发场景下服务端的监控指标是否符合预期;
高集合点并发场景下,是否存在资源死锁和不合理的资源等待;
长时间大量用户连续登录和登出,服务器端是否存在内存泄漏。
兼容性测试用例:
不同浏览器下,验证登录页面的显示以及功能正确性;
相同浏览器的不同版本下,验证登录页面的显示以及功能正确性;
不同移动设备终端的不同浏览器下,验证登录页面的显示以及功能正确性;
不同分辨率的界面下,验证登录页面的显示以及功能正确性;
网络延迟或者弱网或者切换网络或者断网时正常登录是否正常
1、没有权限时,登陆。提示设置权限2、有权限时,登陆 (1)、登录名为空,密码正确。提示登录失败 (2)、登陆名正确,密码为空,提示登陆失败 (3)、登录名、密码都为空。提示登陆失败 (4)、登录名、密码长度(以上需求没有明确提出) (5)、登录名、密码特殊字符、数字。提示登陆失败 (6)、登陆密码是否为密文。复制后为明文还是密文 (7)、是否会出现验证码。若出现再考虑 (8)、登录名、密码正确。正常登陆 (9)、是否允许一个账号多处同时登陆
1输入已注册的用户名和正确的密码,验证是否登录成功
2输入已注册的用户名和不正确的密码,验证是否登录失败,并且提示信息正确
3输入未注册的用户名和任意密码,验证是否登录失败,并且提示信息正确
4用户名和密码两者都为空,验证是否登录失败,并且提示信息正确
5用户名和密码两者之一为空,验证是否登录失败,并且提示信息正确;
6如果登录功能启用了验证码功能,在用户名和密码正确的前提下,输入正确的验证码,验证是否登录成功
7如果登录功能启用了验证码功能,在用户名和密码正确的前提下,输入错误的验证码,验证是否登录失败,并且提示信息正确。
1用户名和密码是否大小写敏感
2页面上的密码框是否加密显示
3后台系统创建的用户第一次登录成功时,是否提示修改密码
4忘记用户名和忘记密码的功能是否可用
5前端页面是否根据设计要求限制用户名和密码长度
6如果登录功能需要验证码,点击验证码是否可以更换验证码,更换后的
7验证码是否可用刷新页面刷新验证码
8如果验证码具有时效性,需要分别验证时效内和时效外验证码的有效性
9用户登录成功但是会话超时后,继续 *** 作是否会重定向到用户登录界
10不向级别的用户,比如管理用户和普通用户,登录系统后的权限是否
11页面默认焦点是否定位在用户名的输入框
12快捷键Tab和 Enter等,是否可以正常使用
1用户密码后台存储是否加密
2用户密码在网络传输过程中是否加密
3密码是否具有有效期,密码有效期到期后,是否提示需要修改密码
4不登录的情况下,在浏览器中直接输入登录后的URL地址,验证是否会重新定向到用户登录界面;
5密码输入框是否不支持复制和粘贴;
6密码输入框内输入的密码是否都可以在页面源码模式下被查看
7用户名和密码的输入框中分别输入典型的"SQL注入攻击”字符串,验证系统的返回页面
8用户名和密码的输入框中分别输入典型的"XSS跨站脚本攻击”字符串,验证系统行为是否被篡改;
9连续多次登录失败况下系统是否会阻止后续的尝试以应对暴力破解
10同一用户在同一终端的多种浏览器上登录,验证登录功能的互斥性是否符合设计预期
11同一用户先后在多台终端的浏览器上登录,验证登录是否具有互斥性。
1单用户登录的响应时间是否小于3s
2单用户登录时,后台请求数量是否过多
3高并发场景下用户登录的响应时间是否小于5S
4高并发场景下服务端的监控指标是否符合预期
5高集合点并发场景下,是否存在资源死锁和不合理的资源等待
6长时间大量用户连续登录和登出,服务器端是否存在内存泄漏
1不同浏览器下,验证登录页面的显示以及功能正确性
2相同浏览器的不同版本下,验证登录页面的显示以及功能正确性
3不同移动设备终端的不同浏览器下,验证登录页面的显示以及功能正确性
4不同分辨率的界面下,验证登录页面的显示以及功能正确性
以上就是关于android短信验证码怎么利用contentobserve自动读取全部的内容,包括:android短信验证码怎么利用contentobserve自动读取、如何写测试案例、python selenium 获取短信验证码是字符和数字怎么读取数字等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)