Salesforce: Tránh giới hạn thống đốc trong các lớp Kiểm tra trên bảng

Question

Tôi chưa thể nhận được bất kỳ thông tin đáng tin cậy nào về vấn đề này trực tuyến. Nhưng tôi nghĩ rằng nó phải là một vấn đề mà phải ảnh hưởng đến rất nhiều người.

Về cơ bản tôi đã viết một trình kích hoạt và lớp thử nghiệm đơn giản trong hộp cát, đã kiểm tra nó và khi nào tôi đã triển khai nó thành PRD.

Tôi đã thử chế độ xác thực trước và tôi gặp phải lỗi này.

System.LimitException: Quá nhiều truy vấn SOQL: 101

Lỗi này đã được chứng minh là xảy ra ở một số lớp thử nghiệm khác. Vì vậy, tôi cảm thấy rằng các trường hợp thử nghiệm trong kích hoạt của tôi chạy và điều này kết hợp với các trường hợp thử nghiệm còn lại bằng cách nào đó vượt quá giới hạn.

Vì vậy, tổng số truy vấn SOQL trong các bài kiểm tra đơn vị của chúng tôi phải nhỏ hơn 100. Điều này hơi khó để có thể đúng? Tôi có thể tưởng tượng với rất nhiều trường hợp kiểm tra, chắc chắn chúng tôi sẽ cần hơn 100 truy vấn.

Vì vậy, cách để tránh đạt giới hạn này là vì Salesforce chạy tất cả các trường hợp thử nghiệm khi triển khai ngay cả một dòng mã.

Tôi không có bất kỳ nghi phạm thông thường nào ... như SOQL trong vòng lặp for.

UPDATE: 2012/08/19: Tôi bây giờ đăng mã nguồn của lớp kiểm tra và kích hoạt

thử nghiệm Class:

@isTest 

lớp tin TestAccountDuplicateWebsiteTrigger {

static testMethod void myUnitTest() { 
    try{ 
    // TO DO: implement unit test 
    Test.startTest(); 
    Account a1;  
    a1 = new Account(); 
    a1.name = 'GMSTest';  
    a1.Website = 'www.test.com';    



    Account a2;  
    a2 = new Account(); 
    a2.name = 'GMSTest2'; 
    a2.Website = 'www.test.com';    


    Account a3;  
    a3 = new Account(); 
    a3.name = 'GMSTest3'; 
    a3.Website = 'www.test1.com';   


    insert a1; 
    insert a2; 
    //insert a3; 
    Test.stopTest(); 


    } 
    catch (Exception e) 
    { 
    } 

} 

}

Kích hoạt

trigger osv_unique_website_for_account on Account (before insert, before update) { 

    //Map which has no duplicates with website as the key 
    Map<String, Account> accountMap = new Map<String, Account>(); 

    for (Account account: System.Trigger.new) 
    { 
     //Ensure that during an update, if an website does not change - it should not be treated as a duplicate 
     if ((account.Website != null) && (System.Trigger.isInsert ||    
      (account.Website != System.Trigger.oldMap.get(account.Id).Website))) 
      { 
       //check for duplicates among the new accounts in case of a batch 
       if (accountMap.containsKey(account.Website)) 
       { 
        account.Website.addError('Cannot save account. Website already exists.'); 
       } 
       else 
       { 
        accountMap.put(account.Website, account); 
       } 

      }  
    } 

    //Now map containing new account websites has been created. 
    //Check them against the account websites that ALREADY EXIST in salesforce. If website exists, display error. 
    for (Account account : [SELECT Website FROM Account WHERE Website IN :accountMap.KeySet()]) 
    { 
     Account newAccount = accountMap.get(Account.Website); 
     if (newAccount!=null) 
     { 
      newAccount.Website.addError('Cannot save account. Website already exists.'); 
     } 
    } 

}

bạn có thể vui lòng chia sẻ suy nghĩ của bạn?

Cảm ơn,

Calvin

Answer 1

Nó sẽ giúp để xem một số lớp học thử nghiệm của bạn, nhưng một điều quan trọng cần lưu ý là bạn cần phải tận dụng để Test.startTest() và Test.stopTest() phương pháp. Ý tưởng là bất kỳ truy vấn hoặc hoạt động DML nào mà bạn thực hiện để thiết lập thử nghiệm của mình phải nằm trước phương thức Test.startTest(). Sau đó, khi kiểm tra mã của bạn như thực hiện một phương pháp bạn đang thử nghiệm làm điều đó giữa các cuộc gọi bắt đầu và dừng phương pháp.

Điều này mang lại ngữ cảnh thử nghiệm đơn vị. Mà về cơ bản sẽ bỏ qua bất kỳ dml hoặc truy vấn được thực hiện bên ngoài của bạn bắt đầu và ngừng thử nghiệm và chỉ đếm những gì xảy ra ở giữa là một phần của thử nghiệm của bạn. Nếu không, tất cả các mã thiết lập và mã thử nghiệm thực tế đều được coi là một phần của cùng một ngữ cảnh và do đó phải được tính vào các giới hạn.

Liên kết này nên làm sáng tỏ thêm về đề tài này: http://wiki.developerforce.com/page/An_Introduction_to_Apex_Code_Test_Methods

Answer 2

Một điều cần lưu ý là SOQL rằng bạn đang thực hiện tại của bạn cho vòng lặp. Bạn có thể tạo danh sách và lưu trữ kết quả truy vấn của bạn trước vòng lặp của bạn .. Bằng cách đó bạn sẽ không gặp vấn đề với giới hạn của thống đốc vì bạn chỉ sử dụng một tuyên bố SOQL cho mỗi giao dịch.