软件测试流程:需求分析—>测试计划—>测试设计—>测试执行—>测试报告
“不爱听书”是一个为用户提供创作音乐和收听音频的平台。对于该项目的需求分析,提炼出相关测试点。
基本功能需求
用户可以进行注册、登录与退出账户——成功注册与登录与退出
注册登录之后,用户可以进行音频的录制、上传、以及查看音频列表——音频能成功上传、录制、展示
用户可以创建属于自己的专辑、关联自己喜欢的音频以及展示专辑列表——成功创建专辑,成功绑定音频,展示音频列表
易用性需求:符合常见标准与规范,用户操作更方便舒适
界面需求:界面控件正常使用,布局、排版合理
性能需求:多个用户同时登陆时运行速度正常、内存正常、系统稳定;
安全需求:用户密码是否加密显示,保障用户的私人信息不被窃取
兼容性需求:各种浏览器都能正常访问;用户数据在后台存储时互不影响
| 测试目的 | 测试系统功能实现是否正常,是否符合用户需求和软件需求 |
| 测试前提 | 系统正常运行 |
| 测试范围 | 整个系统 |
| 测试方式 | 手工测试+自动化测试(编写自动化脚本 selenium) |
| 测试环境 | Windows10系统、chrome浏览器、Firefox浏览器 |
| 测试模块 | 用户模块(注册、登录、退出) |
| 音频模块(上传、音频列表、在线录制) | |
| 专辑模块(创建专辑;专辑列表) |

以专辑列表页为例
1.手工测试

单元测试就是针对最小的功能单元编写测试代码,Java 程序最小的功能单元是方法,因此,单元测试就是针对Java方法的测试,进而检查方法的正确性,这里运用Junit框架进行测试,导入依赖后进行如下测试:
1)针对UserRepo类对用户注册的插入元素、用户登录有关的取出元素方法进行了测试
public class TestUserRepo {
public String username;
public String password;
UserRepo userRepo = new UserRepo();
@Test
public void testInsert(){
UserDO userNow = new UserDO(username, password);
userNow.setUsername("hhh");
userNow.setPassword("123");
userRepo.insert(userNow);
}
@Test
public void testselectOneByUsername() {
System.out.println(userRepo.selectOneByUsername("hhh"));
}
}
注册:插入一个新用户,由于“hhh”这个用户在数据库中已经存在,运行失败;
登录:查询用户信息(uid,uesername,password),运行通过。
2)针对专辑相关操作如展示专辑列表、创建专辑进行测试
public class TestAlbumRepo {
AlbumRepo albumRepo=new AlbumRepo();
@Test
public void testInsert() {
albumRepo.insert(10, "文章标题", "封面图", 2);
}
@Test
public void testSelectListByUid(){
System.out.println(albumRepo.selectListByUid(10));
}
}
结果:专辑插入与展示功能正常,运行通过

1)Junit特点
a.JUnit可以灵活的选择执行哪些测试方法,可以一键执行全部测试方法
b.JUnit可以生成全部方法的测试报告
c.单元测试中的某个方法测试失败了,不会影响其他测试方法的测试
d.在测试方法上使用@Test注解:标注该方法是一个测试方法
e.测试方法必须是public void,即公共、无返回数据
f.选中测试方法,选中 “JUnit 运行”,如果 测试良好则是绿色;如果测试失败,则是红色

2)Junit常用注解(Junit4.xxx版本)
@Test:在Junit3中,所有的测试类必须继承Junit的测试基类。在Junit4中,定义一个测试方法只需要在方法前加上@Test。
@Ignore: @Ignore修饰的方法会被忽略不执行同时不计入用例数。但要注意此标注的时候不能与其它标注一起使用,否则无效。不建议使用Ignore标注,因为容易忘记更新测试方法,造成用例遗漏等。
@BeforeClass:测试类里所有用例运行之前,运行一次这个标注修饰的方法(只会运行一次)。
@AfterClass:跟@BeforeClass对应,在测试类里所有用例运行之后运行一次该标注修饰的方法,用于处理一些测试后续工作,例如清理数据,恢复现场。
@Before:每个用例运行之前都运行一次该标注修饰的方法,适用于独立的用例间,运行次数取决于用例数。
@After:每个用例运行之后都运行一次该标注修饰的方法,适用于独立的用例间,运行次数取决于用例数。
3)自动化测试
1)注册的测试(test_1register)
2)登录是正常的登陆时的情况及专辑列表页面的展示的测试(test_loginBynormalAndList)
3)登录是异常登录时的情况及专辑列表页面的显示的测试(test_loginByAbnormalAndList)
from selenium import webdriver
import unittest
from selenium.webdriver.common.by import By
from ddt import ddt, unpack, data
import time # 导入需要的工具包
@ddt
class User(unittest.TestCase):
def setUp(self):
print("----setUp-----")
self.driver = webdriver.Chrome()
self.url = "http://127.0.0.1:8080/studio/"
self.driver.maximize_window()
time.sleep(6)
# 注册
@data(['山山', '123'], ['', ''])
# @unittest.skip("skipping")
@unpack
def test_1register(self, username, password):
driver = self.driver
url = self.url
driver.get(url)
time.sleep(1)
driver.find_element(By.LINK_TEXT, '注册').click()
time.sleep(1)
driver.find_element(By.ID, 'username').send_keys(username)
time.sleep(1)
driver.find_element(By.ID, 'password').send_keys(password)
time.sleep(1)
driver.find_element(By.ID, 'submit').click()
time.sleep(2)
driver.quit()
# 登录+展示专辑列表(成功登录时的测试)
@data(['山山', '123'], ['hhh', '123'])
# @unittest.skip("skipping")
@unpack
def test_loginBynormalAndList(self, username, password):
driver = self.driver
url = self.url
driver.get(url)
driver.implicitly_wait(10) # 智能等待
driver.find_element(By.LINK_TEXT, '登录').click()
time.sleep(6)
driver.find_element(By.ID, 'username').send_keys(username)
driver.find_element(By.ID, 'password').send_keys(password)
time.sleep(4)
driver.find_element(By.ID, "submit").click()
time.sleep(5)
driver.find_element(By.LINK_TEXT, '专辑列表').click()
time.sleep(6)
driver.quit()
# 登录+展示列表(异常登录时的测试)
@data(['山山', '13'], ['hhh', '1234'])
@unpack
def test_loginByAbnormalAndList(self, user, password):
driver = self.driver
url = self.url
driver.get(url)
driver.implicitly_wait(10) # 智能等待
driver.find_element(By.LINK_TEXT, '登录').click()
time.sleep(6)
driver.find_element(By.ID, 'username').send_keys(user)
driver.find_element(By.ID, 'password').send_keys(password)
time.sleep(4)
driver.find_element(By.ID, "submit").click()
time.sleep(5)
url = self.url
driver.get(url)
time.sleep(3)
driver.find_element(By.LINK_TEXT, '专辑列表').click()
time.sleep(6)
alert = driver.switch_to.alert # 定位弹出框操作句柄
time.sleep(3)
alert.accept() # 关闭弹出框
time.sleep(5)
driver.quit()
def tearDown(self):
print("----tearDown----")
self.driver.quit()
if __name__ == "__main__":
unittest.main()
五、测试报告
1.手工测试报告
见上方?手工测试框图
import HTMLTestRunner
import os
import sys
import time
import unittest
def createsuite():
discovers = unittest.defaultTestLoader.discover("../testProjectListening", pattern="listeningTest.py", top_level_dir=None) # 一个类就是一个测试套
print(discovers)
return discovers
if __name__ == "__main__":
# 1.创建一个文件夹
curpath = sys.path[0] # 当前工具类的一个集合/路径集合数组,0指的是当前文件所在路径
print(sys.path)
print(sys.path[0])
# 2.当前路径下resultReport文件夹不存在时,创建
if not os.path.exists(curpath + '/resultreport'):
os.mkdir(curpath + '/resultreport')
# 解决重复命名问题
# 时间 时分秒 ——》名称绝对不会重复
now = time.strftime("%Y-%m-%d %H %M %S", time.localtime(time.time()))
print(now)
print(time.time())
print(time.localtime(time.time()))
# 3.准备HTML报告输出的文件
# 文件名是路径+文件名称+时间
filename = curpath + '/resultreport/' + now + 'resultreport.html'
# 打开HTML文件,wb以写的方式输入运行的那个结果
with open(filename, 'wb') as fp:
# 括号中的参数是HTML报告中的参数
runner = HTMLTestRunner.HTMLTestRunner(stream=fp, title=u"测试报告", description=u"用例执行情况",
verbosity=2) # verbosity:结果的详细程度
suite = createsuite()
runner.run(suite)
测试报告生成:


分析:error 是因为用户名与密码不对应,在数据库中不存在;pass 是通过测试用例,此用户名和密码在数据库中
如果你觉得自己学习效率低,缺乏正确的指导,可以加入资源丰富、学习氛围浓厚的技术社群 点我进测试行业圈,里面有我们收集的配套教程和相关技术文档提供和测试媛/猿一起做一个有温度的软件测试工程师,不让测试人孤寂的成长!
很好奇,就使用rubyonrails自动化单元测试而言,你们正在做什么?您是否创建了一个脚本来在cron中运行rake作业并将结果邮寄给您?git中的预提交Hook?只是手动调用?我完全理解测试,但想知道在错误发生之前捕获错误的最佳实践是什么。让我们理所当然地认为测试本身是完美无缺的,并且可以正常工作。下一步是什么以确保他们在正确的时间将可能有害的结果传达给您? 最佳答案 不确定您到底想听什么,但是有几个级别的自动代码库控制:在处理某项功能时,您可以使用类似autotest的内容获得关于哪些有效,哪些无效的即时反馈。要确保您的提
我正在使用的第三方API的文档状态:"[O]urAPIonlyacceptspaddedBase64encodedstrings."什么是“填充的Base64编码字符串”以及如何在Ruby中生成它们。下面的代码是我第一次尝试创建转换为Base64的JSON格式数据。xa=Base64.encode64(a.to_json) 最佳答案 他们说的padding其实就是Base64本身的一部分。它是末尾的“=”和“==”。Base64将3个字节的数据包编码为4个编码字符。所以如果你的输入数据有长度n和n%3=1=>"=="末尾用于填充n%
我正在编写一个包含C扩展的gem。通常当我写一个gem时,我会遵循TDD的过程,我会写一个失败的规范,然后处理代码直到它通过,等等......在“ext/mygem/mygem.c”中我的C扩展和在gemspec的“扩展”中配置的有效extconf.rb,如何运行我的规范并仍然加载我的C扩展?当我更改C代码时,我需要采取哪些步骤来重新编译代码?这可能是个愚蠢的问题,但是从我的gem的开发源代码树中输入“bundleinstall”不会构建任何native扩展。当我手动运行rubyext/mygem/extconf.rb时,我确实得到了一个Makefile(在整个项目的根目录中),然后当
我有一个围绕一些对象的包装类,我想将这些对象用作散列中的键。包装对象和解包装对象应映射到相同的键。一个简单的例子是这样的:classAattr_reader:xdefinitialize(inner)@inner=innerenddefx;@inner.x;enddef==(other)@inner.x==other.xendenda=A.new(o)#oisjustanyobjectthatallowso.xb=A.new(o)h={a=>5}ph[a]#5ph[b]#nil,shouldbe5ph[o]#nil,shouldbe5我试过==、===、eq?并散列所有无济于事。
我有一些Ruby代码,如下所示:Something.createdo|x|x.foo=barend我想编写一个测试,它使用double代替block参数x,这样我就可以调用:x_double.should_receive(:foo).with("whatever").这可能吗? 最佳答案 specify'something'dox=doublex.should_receive(:foo=).with("whatever")Something.should_receive(:create).and_yield(x)#callthere
Sinatra新手;我正在运行一些rspec测试,但在日志中收到了一堆不需要的噪音。如何消除日志中过多的噪音?我仔细检查了环境是否设置为:test,这意味着记录器级别应设置为WARN而不是DEBUG。spec_helper:require"./app"require"sinatra"require"rspec"require"rack/test"require"database_cleaner"require"factory_girl"set:environment,:testFactoryGirl.definition_file_paths=%w{./factories./test/
我遵循MichaelHartl的“RubyonRails教程:学习Web开发”,并创建了检查用户名和电子邮件长度有效性的测试(名称最多50个字符,电子邮件最多255个字符)。test/helpers/application_helper_test.rb的内容是:require'test_helper'classApplicationHelperTest在运行bundleexecraketest时,所有测试都通过了,但我看到以下消息在最后被标记为错误:ERROR["test_full_title_helper",ApplicationHelperTest,1.820016791]test
我已经构建了一些serverspec代码来在多个主机上运行一组测试。问题是当任何测试失败时,测试会在当前主机停止。即使测试失败,我也希望它继续在所有主机上运行。Rakefile:namespace:specdotask:all=>hosts.map{|h|'spec:'+h.split('.')[0]}hosts.eachdo|host|begindesc"Runserverspecto#{host}"RSpec::Core::RakeTask.new(host)do|t|ENV['TARGET_HOST']=hostt.pattern="spec/cfengine3/*_spec.r
我在app/helpers/sessions_helper.rb中有一个帮助程序文件,其中包含一个方法my_preference,它返回当前登录用户的首选项。我想在集成测试中访问该方法。例如,这样我就可以在测试中使用getuser_path(my_preference)。在其他帖子中,我读到这可以通过在测试文件中包含requiresessions_helper来实现,但我仍然收到错误NameError:undefinedlocalvariableormethod'my_preference'.我做错了什么?require'test_helper'require'sessions_hel
只是想确保我理解了事情。据我目前收集到的信息,Cucumber只是一个“包装器”,或者是一种通过将事物分类为功能和步骤来组织测试的好方法,其中实际的单元测试处于步骤阶段。它允许您根据事物的工作方式组织您的测试。对吗? 最佳答案 有点。它是一种组织测试的方式,但不仅如此。它的行为就像最初的Rails集成测试一样,但更易于使用。这里最大的好处是您的session在整个Scenario中保持透明。关于Cucumber的另一件事是您(应该)从使用您的代码的浏览器或客户端的角度进行测试。如果您愿意,您可以使用步骤来构建对象和设置状态,但通常您