校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃

主頁(yè) > 知識(shí)庫(kù) > 對(duì)Ruby on Rails進(jìn)行高效的單元測(cè)試的教程

對(duì)Ruby on Rails進(jìn)行高效的單元測(cè)試的教程

熱門(mén)標(biāo)簽:湖州u友防封電銷(xiāo)卡 高德地圖標(biāo)注客服 滴滴外呼系統(tǒng) 地圖標(biāo)注賺錢(qián)項(xiàng)目注冊(cè) 白銀外呼paas系統(tǒng) 徐州網(wǎng)絡(luò)外呼系統(tǒng)哪個(gè)好 百度地圖標(biāo)注自定義圖片 電銷(xiāo)機(jī)器人廠商代理 常德電銷(xiāo)平臺(tái)外呼系統(tǒng)軟件價(jià)格


在筆者開(kāi)發(fā)的系統(tǒng)中,有大量的數(shù)據(jù)需要分析,不僅要求數(shù)據(jù)分析準(zhǔn)確,而且對(duì)速度也有一定的要求的。沒(méi)有寫(xiě)測(cè)試代碼之前,筆者用幾個(gè)很大的方法來(lái)實(shí)現(xiàn)這種需求。結(jié)果可想而知,代碼繁雜,維護(hù)困難,難于擴(kuò)展。借業(yè)務(wù)調(diào)整的機(jī)會(huì),筆者痛定思痛,決定從測(cè)試代碼做起,并隨著不斷地學(xué)習(xí)和應(yīng)用,慢慢體會(huì)到測(cè)試代碼的好處。

  •     改變思路:能做到從需求到代碼的過(guò)程轉(zhuǎn)換,逐步細(xì)化;
  •     簡(jiǎn)化代碼:力圖讓每個(gè)方法都很小,只專注一件事;
  •     優(yōu)化代碼:當(dāng)測(cè)試代碼寫(xiě)不出來(lái),或者需要寫(xiě)很長(zhǎng)的時(shí)候,說(shuō)明代碼是有問(wèn)題的,是可以被分解的,需要進(jìn)一步優(yōu)化;
  •     便于擴(kuò)展:當(dāng)擴(kuò)展新業(yè)務(wù)或修改舊業(yè)務(wù)時(shí),如果測(cè)試代碼沒(méi)有成功,則說(shuō)明擴(kuò)展和修改不成功;
  •     時(shí)半功倍:貌似寫(xiě)測(cè)試代碼很費(fèi)時(shí),實(shí)際在測(cè)試、部署和后續(xù)擴(kuò)展中,測(cè)試代碼將節(jié)省更多的時(shí)間。

環(huán)境搭建

筆者采用的測(cè)試環(huán)境是比較流行通用的框架:RSpec + Factory Girl,并用autotest自動(dòng)工具。RSpec是一種描述性語(yǔ)言,通過(guò)可行的例子描述系統(tǒng)行為,非常容易上手,測(cè)試用例非常容易理解。Factory Girl可以很好的幫助構(gòu)造測(cè)試數(shù)據(jù),免去了自己寫(xiě)fixture的煩惱。Autotest能自動(dòng)運(yùn)行測(cè)試代碼,隨時(shí)檢測(cè)測(cè)試代碼的結(jié)果,并且有很多的插件支持,可以讓測(cè)試結(jié)果顯示的很炫。
第一步 安裝rspec和rspec-rails

在命令行中執(zhí)行如下命令:

$ sudo gem install rspec v = 1.3.0
$ sudo gem install rspec-rails v = 1.3.2

安裝完成后,進(jìn)入rails應(yīng)用所在的目錄,運(yùn)行如下腳本,生成spec測(cè)試框架:

$ script/generate rspec     
  exists lib/tasks
 identical lib/tasks/rspec.rake
 identical script/autospec
 identical script/spec
  exists spec
 identical spec/rcov.opts
 identical spec/spec.opts
 identical spec/spec_helper.rb

第二步 安裝factory-girl


在命令行中執(zhí)行如下命令:

$ sudo gem install rspec v = 1.3.0
$ sudo gem install rspec-rails v = 1.3.2

安裝完成后,進(jìn)入rails應(yīng)用所在的目錄,運(yùn)行如下腳本,生成spec測(cè)試框架:

$ script/generate rspec     
  exists lib/tasks
 identical lib/tasks/rspec.rake
 identical script/autospec
 identical script/spec
  exists spec
 identical spec/rcov.opts
 identical spec/spec.opts
 identical spec/spec_helper.rb

第二步 安裝factory-girl

在命令行中執(zhí)行如下命令:

$ sudo gem install factory-girl

在config/environment/test.rb中,加入factory-girl這個(gè)gem:

config.gem "factory_girl"

在spec/目錄下,增加一個(gè)factories.rb的文件,用于所有預(yù)先定義的model工廠。
第三步 安裝autotest

在命令行中執(zhí)行如下命令:

$ sudo gem install ZenTest
$ sudo gem install autotest-rails

然后設(shè)置與RSpec的集成,在rails應(yīng)用的目錄下,運(yùn)行如下的命令,就可以顯示測(cè)試用例的運(yùn)行結(jié)果。

RSPEC=true autotest or autospec

在自己的home目錄下,增加一個(gè).autotest設(shè)置所有的Rails應(yīng)用的autotest插件。當(dāng)然,也可以把這個(gè)文件加到每個(gè)應(yīng)用的根目錄下,這個(gè)文件將覆蓋home目錄下的文件設(shè)置。autotest的插件很多,筆者用到如下的plugin:

$ sudo gem install autotest-growl
$ sudo gem install autotest-fsevent
$ sudo gem install redgreen

設(shè)置.autotest文件,在.autotest中,加入如下代碼。

require 'autotest/growl' 
require 'autotest/fsevent' 
require 'redgreen/autotest' 

Autotest.add_hook :initialize do |autotest|
 %w{.git .svn .hg .DS_Store ._* vendor tmp log doc}.each do |exception|
  autotest.add_exception(exception)
 end
end

測(cè)試經(jīng)驗(yàn)

安裝了必要的程序庫(kù)以后,就可以寫(xiě)測(cè)試代碼了。本例中,所有應(yīng)用都是在Rails 2.3.4上開(kāi)發(fā)的,RSpec采用的是1.3.0的版本。為了很好的說(shuō)明問(wèn)題,我們假定這樣的需求:判斷一個(gè)用戶在一個(gè)時(shí)間段內(nèi)是否遲到。寫(xiě)測(cè)試代碼時(shí)都是遵循一個(gè)原則,只關(guān)心輸入和輸出,具體的實(shí)現(xiàn)并不在測(cè)試代碼的考慮范圍之內(nèi),是行為驅(qū)動(dòng)開(kāi)發(fā)。根據(jù)這個(gè)需求,我們將會(huì)設(shè)計(jì)方法absence_at(start_time,end_time),有兩個(gè)輸入值start_time和end_time以及一個(gè)輸出值,類(lèi)型是boolean。對(duì)應(yīng)的測(cè)試代碼如下:

describe "User absence or not during [start_time,end_time]" do
 before :each do 
  @user = Factory(:user)
 end

 it "should return false when user not absence " do
  start_time = Time.utc(2010,11,9,12,0,0,0)
  end_time = Time.utc(2010,11,9,12,30,0) 
  @user.absence_at(start_time,end_time).should be_false
 end

 it "should return true when user absence " do
  start_time = Time.utc(2010,11,9,13,0,0,0)
  end_time = Time.utc(2010,11,9,13,30,0) 
  @user.absence_at(start_time,end_time).should be_ture
 end
end

測(cè)試代碼已經(jīng)完成。至于absence_at方法我們并不關(guān)心它的實(shí)現(xiàn),只要這個(gè)方法的結(jié)果能讓測(cè)試代碼運(yùn)行結(jié)果正確就可以。在此測(cè)試代碼的基礎(chǔ)上,就可以大膽地去完成代碼,并根據(jù)測(cè)試代碼的結(jié)果不斷修改代碼直到所有測(cè)試用例通過(guò)。
Stub的使用

寫(xiě)測(cè)試代碼,最好首先從model開(kāi)始。因?yàn)閙odel的方法能很好與輸入輸出的原則吻合,容易上手。最初的時(shí)候,你會(huì)發(fā)現(xiàn)mock和stub很好用,任何的對(duì)象都可以mock,并且在它的基礎(chǔ)上可以stub一些方法,省去構(gòu)造數(shù)據(jù)的麻煩,一度讓筆者覺(jué)得測(cè)試代碼是如此美麗,一步步的深入,才發(fā)現(xiàn)自己陷入了stub的誤區(qū)。還是引用上面的例子,我們的代碼實(shí)現(xiàn)如下:

class User  ActiveRecord::Base
 def absence_at(start_time,end_time)  
  return false if have_connection_or_review?(start_time,end_time)
  return (login_absence_at?(start_time,end_time) ? true : false)  
 end
end

按照最初寫(xiě)測(cè)試代碼的思路,本方法中存在三種情況,即需要三個(gè)用例,而且還調(diào)用了其他兩個(gè)方法,需要對(duì)他們進(jìn)行stub,于是就有了下面的測(cè)試代碼。記得當(dāng)時(shí)完成后還很興奮,心中還想:這么寫(xiě)測(cè)試代碼真有趣。

before(:each) do
 @user = User.new
end

describe "method absence_at(start_time,end_time)>" do 
 s = Time.now
 e = s + 30.minutes
 # example one
 it "should be false when user have interaction or review" do
  @user.stub!(:have_connection_or_review?).with(s,e).and_return(true)
  @user.absence_at(s,e).should be_false
 end
  
 # example two
 it "should be true when user has no interaction and he no waiting at platform" do
  @user.stub!(:have_connection_or_review?).with(s,e).and_return(false)
  @user.stub!(:login_absence_at?).with(s,e).and_return(true)
  @user.absence_at(s,e).should be_true
 end

 # example three
 it "should be false when user has no interaction and he waiting at platform" do
  @user.stub!(:have_connection_or_review?).with(s,e).and_return(false)
  @user.stub!(:login_absence_at?).with(s,e).and_return(false)
  @user.absence_at(s,e).should be_false
 end  
end

上面的測(cè)試代碼,是典型把代碼的實(shí)現(xiàn)細(xì)節(jié)帶到了測(cè)試代碼中,完全是本末倒置的。當(dāng)然這個(gè)測(cè)試代碼運(yùn)行的時(shí)候,結(jié)果都是正確的。那是因?yàn)橛胹tub來(lái)假定所有的子方法都是對(duì)的,但是如果這個(gè)子方法have_connection_or_review?發(fā)生變化,它不返回boolean值,那么將會(huì)發(fā)生什么呢?這個(gè)測(cè)試代碼依然正確,可怕吧!這都沒(méi)有起到測(cè)試代碼的作用。

另外,如果是這樣,我們不僅要修改have_connection_or_review?的測(cè)試代碼,而且還要修改absence_at的測(cè)試代碼。這不是在增大代碼維護(hù)量嗎?

相比而言,不用stub的測(cè)試代碼,不用修改,如果Factory的數(shù)據(jù)沒(méi)有發(fā)生變化,那么測(cè)試代碼的結(jié)果將是錯(cuò)誤的,因?yàn)閔ave_connection_or_review?沒(méi)有通過(guò)測(cè)試,導(dǎo)致absence_at方法無(wú)法正常運(yùn)行。

其實(shí)stub主要是mock一些本方法或者本應(yīng)用中無(wú)法得到的對(duì)象,比如在tech_finish?方法中,調(diào)用了一個(gè)file_service來(lái)獲得Record對(duì)象的所有文件,在本方法測(cè)試代碼運(yùn)行過(guò)程中,無(wú)法得到這個(gè)service,這時(shí)stub就起作用了:

class A  ActiveRecord::Base
 has_many :records
 def tech_finish?
  self.records.each do |v_a|
   return true if v_a.files.size == 5
  end
  return false
 end
end

class Record  ActiveRecord::Base
 belongs_to :a
 has_files # here is a service in gem
end

所對(duì)應(yīng)的測(cè)試代碼如下:

describe "tech_finish?" do
 it "should return true when A's records have five files" do
  record = Factory(:record)
  app = Factory(:a,:records=>[record])
  record.stub!(:files).and_return([1,2,3,4,5])   
  app.tech_finish?.should == true
 end

 it "should return false when A's records have less five files" do
  record = Factory(:record)
  app = Factory(:a,:records=>[record])
  record.stub!(:files).and_return([1,2,3,5])   
  app.tech_finish?.should == false
 end
end

Factory的使用

有了這個(gè)工廠,可以很方便的構(gòu)造不同的模擬數(shù)據(jù)來(lái)運(yùn)行測(cè)試代碼。還是上面的例子,如果要測(cè)試absence_at方法,涉及到多個(gè)model:

  •     HistoryRecord:User的上課記錄
  •     Calendar:User的課程表
  •     Logging:User的日志信息

如果不用factory-girl構(gòu)造測(cè)試數(shù)據(jù),我們將不得不在fixture構(gòu)造這些測(cè)試數(shù)據(jù)。在fixture構(gòu)造的數(shù)據(jù)無(wú)法指定是那個(gè)測(cè)試用例使用,但是如果用Factory的話,可以為這個(gè)方法專門(mén)指定一組測(cè)試數(shù)據(jù)。

Factory.define :user_absence_example,:class => User do |user|
 user.login "test"
 class  user
  def default_history_records
   [Factory.build(:history_record,:started_at=>Time.now),
    Factory.build(:history_record,:started_at=>Time.now)]
  end
  def default_calendars
   [Factory.build(:calendar),
    Factory.build(:calendar)]      
   end
   def default_loggings
   [Factory.build(:logging,:started_at=>1.days.ago),
    Factory.build(:logging,:started_at=>1.days.ago)]
   end
  end
  user.history_records {default_history_records}
  user.calendars {default_calendars}
  user.loggings {default_loggings}
end

這個(gè)測(cè)試數(shù)據(jù)的構(gòu)造工廠,可以放在factories.rb文件中,方便其他測(cè)試用例使用,也可以直接放到測(cè)試文件的before中,僅供本測(cè)試文件使用。通過(guò)factory的構(gòu)造,不僅可以為多個(gè)測(cè)試用例共享同一組測(cè)試數(shù)據(jù),而且測(cè)試代碼也簡(jiǎn)潔明了。

before :each do
 @user = Factory.create(:user_absence_example)
end

Readonly的測(cè)試

在筆者的系統(tǒng)中,大量使用了acts_as_readonly,從另外一個(gè)數(shù)據(jù)庫(kù)來(lái)讀取數(shù)據(jù)。由于這些model并不在本系統(tǒng)中,所以當(dāng)用Factory構(gòu)造測(cè)試數(shù)據(jù)的時(shí)候,總會(huì)有問(wèn)題。雖然也可以使用mock來(lái)達(dá)到這個(gè)目的,但是由于mock的局限性,還是無(wú)法靈活的滿足構(gòu)造測(cè)試數(shù)據(jù)的需要。為此,擴(kuò)展了一些代碼,使得這些model依然可以測(cè)試。核心思想則是,根據(jù)配置文件的設(shè)置,將對(duì)應(yīng)的readonly的表創(chuàng)建在測(cè)試數(shù)據(jù)庫(kù),這個(gè)操作在運(yùn)行測(cè)試之前執(zhí)行,這樣就達(dá)到與其他model一樣的效果。site_config配置文件中,關(guān)于readonly的配置格式如下:

readonly_for_test:
 logings:
  datetime: created_at
  string: status
  integer: trainer_id

Gem的測(cè)試

Gem在Rails中被廣泛使用,而且是最基礎(chǔ)的東西,因此它的準(zhǔn)確無(wú)誤就顯得更加重要。在不斷實(shí)踐的基礎(chǔ)上,筆者所在的團(tuán)隊(duì)總結(jié)出一種用spec測(cè)試gem的方法。假設(shè)我們要測(cè)試的gem是platform_base,步驟如下:

1. 在gem的根目錄下創(chuàng)建一個(gè)目錄spec(路徑為platform_base/spec)。

2. 在gem的根目錄下創(chuàng)建文件Rakefile(路徑為platform_base/Rakefile),內(nèi)容如下:

require 'rubygems'
require 'rake'

require 'spec/rake/spectask'

Spec::Rake::SpecTask.new('spec') do |t|
 t.spec_opts = ['--options', "spec/spec.opts"]
 t.spec_files = FileList['spec/**/*_spec.rb']
end

3. 文件在spec目錄下創(chuàng)建spec.opts(路徑為platform_base/spec/spec.opts),內(nèi)容如下:

復(fù)制代碼 代碼如下:
--colour
--format progress
--loadby mtime
--reverse

4. 在spec目錄下,創(chuàng)建一個(gè)Rails app,名為test_app。這個(gè)新應(yīng)用需要有spec目錄和spec_helper.rb文件。

5. 為了保持簡(jiǎn)化,把這個(gè)新app(test_app)整理一下,刪除vendor和public目錄,最終的結(jié)構(gòu)如下:

復(fù)制代碼 代碼如下:
test_app
   |- app
   |- config
   |   |- environments
   |   |- initializers
   |   |- app_config.yml
   |   |- boot.rb
   |   |- database.yml
   |   |- environment.rb
   |   \- routes.rb
   |- db
   |   \- test.sqlite3
   |- log
   \- spec
       \- spec_helper.rb

6. 在config/environment.rb配置文件中,增加如下代碼:

Rails::Initializer.run do |config|
 config.gem 'rails_platform_base'
end

7. 在platform_base/spec/目錄下增加helpers_spec.rb文件,內(nèi)容如下:

require File.join(File.dirname(__FILE__), 'test_app/spec/spec_helper')

describe "helpers" do
 describe "url_of" do
  before do
   Rails.stub!(:env).and_return("development")
   @controller = ActionController::Base.new
  end

  it "should get url from app's configration" do
   @controller.url_of(:article, :comments, :article_id => 1).should == "http://www.idapted.com/article/articles/1/comments"
   @controller.url_of(:article, :comments, :article_id => 1, :params=>{:category=>"good"}).should == "http://www.idapted.com/article/articles/1/comments?category=good"
  end
 end
end

至此,準(zhǔn)備工作已經(jīng)就緒,可以在platform_base目錄下,運(yùn)行rake spec來(lái)進(jìn)行測(cè)試,當(dāng)然現(xiàn)在什么都不會(huì)發(fā)生,因?yàn)檫€沒(méi)有測(cè)試代碼呢。本方法中,最關(guān)鍵的就是下面的require語(yǔ)句,不僅加載了Rails environment,而且把gem在test_app中使用并測(cè)試。

require File.join(File.dirname(__FILE__), 'test_app/spec/spec_helper')

Controller的測(cè)試

對(duì)于controller的測(cè)試,一般來(lái)說(shuō)比較簡(jiǎn)單,基本是三段式:初始化參數(shù)、請(qǐng)求方法、返回render或者redirect_to。如下例中,對(duì)某個(gè)controller的index方法的測(cè)試:

describe "index action" do
 it "should render report page with the current month report" do
  controller.stub!(:current_user).and_return(@user)
  get :index,{:flag => “test”}
  response.should render_template("index")
 end
end

有些controller會(huì)設(shè)置session或者flash,這時(shí)的測(cè)試代碼就一定要檢查這個(gè)值設(shè)置的是否正確,而且還需要增加測(cè)試用例來(lái)覆蓋不同的值,這樣才能對(duì)方法進(jìn)行全面的測(cè)試。如下例:

describe "create action" do
 it "should donot create new user with wrong params" do
  post :create
  response.should redirect_to(users_path)
  flash[:notice].should == "Create Fail!"
 end

 it "should create a new user with right params" do
  post :create, {:email => "abc@eleutian.com"}
  response.should redirect_to(users_path)
  flash[:notice].should == "Create Successful!"
 end
end

同時(shí),也需要對(duì)controller的assigns進(jìn)行測(cè)試,以保證返回正確的數(shù)據(jù)。如下例:

before(:each) do
 @course = Factory(:course)
end 

describe "show action" do
 it "should render show page when flag != assess and success" do 
  get :show, :id => @course.id, :flag =>"test"
  response.should render_template("show")
  assigns[:test_paper].should == @course
  assigns[:flag].should == "test"
 end

 it "should render show page when flag == assess and success" do
  get :show, :id => @course.id, :flag =>"assess"
  response.should render_template("show")
  assigns[:test_paper].should == @course
  assigns[:flag].should == "assess"
 end  
end

View的測(cè)試

View的測(cè)試代碼寫(xiě)的比較少,基本上是把核心的view部分集成到controller中來(lái)測(cè)試。主要用integrate_views方法。如下例:

describe AccountsController do
 integrate_views
 describe "index action" do
  it "should render index.rhtml" do
   get :index
   response.should render_template("index")
   response.should have_tag("a[href=?]",new_account_path)
   response.should have_tag("a[href=?]",new_session_path)
  end
 end
end

總結(jié)展望

在寫(xiě)測(cè)試代碼的時(shí)候,并不一定要事無(wú)巨細(xì),有些比較簡(jiǎn)單的方法以及Rails的內(nèi)部的方法,如named_scope,就完全沒(méi)有必要測(cè)試。本文中,只介紹了用rspec寫(xiě)單元測(cè)試的代碼,對(duì)于集成測(cè)試沒(méi)有涉及,這也是今后努力的一個(gè)方向。

另外,用cumumber + rspec + webrat的BDD開(kāi)發(fā)模式也是相當(dāng)不錯(cuò)的。尤其是cumumber對(duì)需求的描述,完全可以用它來(lái)做需求分析。

您可能感興趣的文章:
  • Ruby中嵌套對(duì)象轉(zhuǎn)換成json的方法
  • 在阿里云 (aliyun) 服務(wù)器上搭建Ruby On Rails環(huán)境
  • ruby安裝gem包失敗的通用解決方法

標(biāo)簽:普洱 遼寧 張家界 荊門(mén) 公主嶺 梧州 三沙 永州

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《對(duì)Ruby on Rails進(jìn)行高效的單元測(cè)試的教程》,本文關(guān)鍵詞  對(duì),Ruby,Rails,進(jìn)行,高效,的,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《對(duì)Ruby on Rails進(jìn)行高效的單元測(cè)試的教程》相關(guān)的同類(lèi)信息!
  • 本頁(yè)收集關(guān)于對(duì)Ruby on Rails進(jìn)行高效的單元測(cè)試的教程的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃
    亚洲一区二区影院| 国产高清精品在线| 91香蕉视频mp4| 国产精品乱人伦| 91视频在线观看| 亚洲一区在线视频观看| 一本色道综合亚洲| 亚洲香肠在线观看| 欧美va在线播放| 99久久99久久精品国产片果冻| 日韩毛片视频在线看| 欧美日韩国产影片| 高清国产午夜精品久久久久久| 一区在线中文字幕| 91精品国产综合久久久久久漫画| 国产成人精品综合在线观看 | 美女脱光内衣内裤视频久久网站 | 亚洲免费大片在线观看| 欧美女孩性生活视频| 国产成人免费在线观看不卡| 亚洲成人av资源| 中文字幕一区二区三区在线不卡 | 91啦中文在线观看| 国产一区欧美二区| 喷白浆一区二区| 一区二区在线观看免费| 久久精品人人做人人综合| 欧美情侣在线播放| 91日韩精品一区| thepron国产精品| 韩国女主播一区| 麻豆精品国产传媒mv男同| 亚洲第四色夜色| 一区二区三区加勒比av| 国产精品网站在线观看| 久久亚洲私人国产精品va媚药| 9191精品国产综合久久久久久| 91视频免费看| 成人晚上爱看视频| 懂色av中文字幕一区二区三区| 卡一卡二国产精品 | 日本女优在线视频一区二区| 亚洲精选一二三| 一色桃子久久精品亚洲| 国产精品国产精品国产专区不蜜| 精品国产乱码久久久久久免费| 日韩一区二区三区电影 | 亚洲精品大片www| 午夜欧美大尺度福利影院在线看| 国产情人综合久久777777| www国产精品av| 国产午夜一区二区三区| 国产亚洲婷婷免费| 国产三区在线成人av| 国产亚洲欧美色| 中文字幕一区二区三区不卡 | 日本一区中文字幕| 日韩精品视频网站| 蜜臀a∨国产成人精品| 玖玖九九国产精品| 国产99久久精品| eeuss鲁片一区二区三区| 97精品电影院| 欧美日本在线一区| 日韩免费看的电影| 欧美成人vps| 国产欧美综合在线观看第十页 | 成人黄色一级视频| 色视频成人在线观看免| 欧美日韩精品免费| 精品播放一区二区| 国产精品国产三级国产专播品爱网 | 91精品视频网| 国产色爱av资源综合区| 一区二区三区在线视频播放| 日韩激情视频在线观看| 国产一区二区三区在线观看免费| 成人手机在线视频| 欧美日韩国产一级片| 亚洲精品一区二区三区99| 中文字幕欧美区| 婷婷综合另类小说色区| 国产精品77777竹菊影视小说| 99久久伊人精品| 欧美一区二区在线免费观看| 26uuu精品一区二区在线观看| 国产精品国产三级国产三级人妇| 婷婷夜色潮精品综合在线| 国产成人在线视频网址| 欧美日韩国产小视频在线观看| 26uuu国产日韩综合| 一区二区免费看| 国产乱码一区二区三区| 欧美日韩黄色一区二区| 国产精品久久久久aaaa樱花| 久久成人精品无人区| 欧美日韩中文国产| 国产精品久久久久aaaa| 老鸭窝一区二区久久精品| 色婷婷久久久亚洲一区二区三区 | 毛片不卡一区二区| 欧美色手机在线观看| 欧美精品tushy高清| 亚洲视频免费在线观看| 国产一区999| 日韩一区二区三区在线观看| 亚洲综合在线五月| 99视频一区二区三区| 久久久久久9999| 免费一区二区视频| 欧美午夜精品久久久久久孕妇 | 九九九久久久精品| 在线不卡欧美精品一区二区三区| 亚洲欧洲在线观看av| 国产经典欧美精品| wwww国产精品欧美| 久久99久久99| 日韩精品中文字幕在线不卡尤物| 五月天网站亚洲| 欧美日产国产精品| 午夜av一区二区三区| 欧美熟乱第一页| 亚洲国产精品麻豆| 欧美三级视频在线播放| 亚洲国产成人av网| 欧美在线观看18| 亚洲不卡av一区二区三区| 欧洲精品中文字幕| 亚洲福利一二三区| 8x8x8国产精品| 奇米影视在线99精品| 精品国产网站在线观看| 美女一区二区视频| 久久久噜噜噜久久中文字幕色伊伊| 久久99精品视频| 国产亚洲一区二区三区| 成人av资源网站| 亚洲黄色性网站| 欧美日韩高清在线播放| 天堂成人免费av电影一区| 欧美一区二区日韩| 激情av综合网| 成人免费在线播放视频| 欧美日韩亚洲综合一区二区三区| 亚洲一区二区精品久久av| 欧美一级夜夜爽| 国产精品66部| 亚洲精品欧美激情| 91精品国产综合久久久久久久| 紧缚捆绑精品一区二区| 国产精品无人区| 在线欧美日韩精品| 青青国产91久久久久久 | 免费av网站大全久久| 国产欧美va欧美不卡在线| 99re这里只有精品视频首页| 亚洲成人先锋电影| 国产精品丝袜91| 欧美精品777| 9l国产精品久久久久麻豆| 午夜视频在线观看一区| 精品福利视频一区二区三区| 91麻豆国产香蕉久久精品| 狠狠色丁香婷综合久久| 一区二区三区加勒比av| 久久久青草青青国产亚洲免观| 色美美综合视频| 国产成人日日夜夜| 天天做天天摸天天爽国产一区| 久久久久久久性| 国产亚洲欧洲997久久综合| 色激情天天射综合网| 国产综合久久久久影院| 亚洲影视在线观看| 国产视频一区二区在线观看| 4438x成人网最大色成网站| 成人毛片在线观看| 精品一区免费av| 日韩成人伦理电影在线观看| 亚洲色图清纯唯美| 欧美国产成人精品| 精品电影一区二区| 欧美一级理论片| 欧美日韩国产高清一区二区三区 | 欧美激情综合网| 日韩欧美一级二级三级久久久| 99免费精品在线观看| 国产精品一区二区久久精品爱涩 | 国产精品影视在线| 毛片av中文字幕一区二区| 亚洲成人在线网站| 亚洲午夜久久久久久久久久久| 国产精品美女久久久久久久| 久久综合久久综合九色| 久久综合精品国产一区二区三区| 这里只有精品免费| 欧美精品高清视频| 在线播放日韩导航| 91精品综合久久久久久| 欧美一级电影网站|